PostgreSQL教程-sql语法-语法结构-操作符优先级

PostgreSQL教程-sql语法-语法结构-操作符优先级

表 4.2显示了PostgreSQL 中操作符的优先级和结合性。大部分操作符具有相同的优先并且是左结合的。 操作符的优先级和结合性被硬写在解析器中。

当使用二元和一元操作符的组合时，有时你将需要增加圆括号。例如：

SELECT 5 ! - 6;

将被解析为：

SELECT 5 ! (- 6);

因为解析器不知道 — 知道时就为时已晚 — !被定义为一个后缀操作符而不是一个中缀操作符。在这种情况下要得到想要的行为，你必须写成：

SELECT (5 !) - 6;

只是为了扩展性必须付出的代价。

表 4.2. 操作符优先级(最高到最低)

注意该操作符有限规则也适用于与上述内建操作符具有相同名称的用户定义的操作符。例如，如果你为某种自定义数据类型定义了一个“+”操作符，它将具有和内建的“+”操作符相同的优先级，不管你的操作符要做什么。

当一个模式限定的操作符名被用在OPERATOR语法中时，如下面的例子：

SELECT 3 OPERATOR(pg_catalog.+) 4;

OPERATOR结构被用来为“任意其他操作符”获得 表 4.2中默认的优先级。不管出现在 OPERATOR()中的是哪个指定操作符，这都是真的。

注意

版本 9.5 之前的PostgreSQL使用的操作符优先级规则略有不同。 特别是，<=、>=和<> 习惯于被当作普通操作符，IS测试习惯于具有较高的优先级。 并且在一些具有NOT而不是BETWEEN优先级的情况下， NOT BETWEEN和相关的结构的行为不一致。 为了更好地兼容 SQL 标准并且减少对逻辑上等价的结构不一致的处理， 这些规则也得到了修改。在大部分情况下，这些变化不会导致行为上的变化， 或者可能会产生“no such operator”错误，但可以通过增加圆括号解决。 不过在一些极端情况中，查询可能在没有被报告解析错误的情况下发生行为的改变。 如果你担心这些改变悄悄地破坏了一些事情，可以打开 operator_precedence_warning配置参数， 然后测试你的应用看看有没有一些警告被记录。