确定 SQL 别名何时可以是开放名称

Question

确定表示 SQL 别名的字符串是否需要用双引号括起来的最高性能实现是什么？

目前，在pg-promise 中，为了安全起见，我将每个别名都用双引号括起来。如果可能的话，我希望使输出 SQL 更整洁、更短。

我对哪种方法最好有分歧 -

• 以某种方式使用正则表达式
• 用字符串做直接算法
• 根本不改变它，如果有原因的话

---

基本上，我希望改进函数as.alias，如果可能的话，不要在不需要时将别名包含在双引号中。

---

到目前为止我尝试了什么......

一开始我以为只对所有情况的 99% 这样做 - 当您的别名是最典型的别名时不要添加双引号，只需一个简单的词：

function skipQuotes(alias) {
    const m = alias.match(/[A-Z]+|[a-z]+/);
    return m && m[0] === alias;
}

这仅检查它是使用大写或小写的单个单词，而不是组合。

---

解决方案

根据答案，我最终实现了应该涵盖所有实际用例的 99% 的实现，这就是我想要实现的目标：

const m = alias.match(/[a-z_][a-z0-9_$]*|[A-Z_][A-Z0-9_$]*/);
if (m && m[0] === alias) {
    // double quotes will be skipped
} else {
    // double quotes will be added
}

即当别名使用简单语法时，不添加周围的双引号：

• 它是一个相同大小写的单个单词，没有空格
• 它可以包含下划线，并且可以以一个开头
• 可以包含数字和$，但不能以这些开头

Answer 1

删除双引号是令人钦佩的——它确实使查询更易于阅读。规则非常简单。 “有效”标识符包括：

• 字母（包括变音符号）、数字、下划线和美元符号。
• 以字母（包括变音符号）或下划线开头。
• 不是保留字。

（我想我的总结是正确的。真正的规则在documentation。）

前两个很容易使用正则表达式实现。最后一个可能需要一个用于查找的参考表（并且该列表因 Postgres 版本而异——尽管比您想象的要少）。

否则，标识符需要被转义字符包围。 Postgres 使用双引号（这是 ANSI 标准）。

您可能想要这样做的一个原因是因为 Postgres 将标识符转换为小写以进行比较。因此，以下工作正常：

select xa, Xa, xA, "xa"
from (select 1 as Xa) y

但是，这不起作用：

select Xa
from (select 1 as "Xa") y

也没有：

select "Xa"
from (select 1 as Xa) y

事实上，如果不使用引号，就无法引用"Xa"（至少没有我能轻易想到的）。

执行完全匹配的规则可能是好事，也可能是坏事。我发现一个学科太多了：我承认在编写“随意”代码时经常忽略大小写；不使用大写（或使用双引号）键入更简单。对于更正式的代码，我尽量保持一致。

另一方面，规则确实允许：

select "Xa", "aX", ax
from (select 1 as "Xa", 2 as "aX", 3 as AX) y

（这将返回 1、2、3。）

这是一个命名约定，如果不允许，我会很高兴。