一个操作符名是最多NAMEDATALEN-1（默认为 63）的一个字符序列，其中的字符来自下面的列表：
+ - * / < > = ~ ! @ # % ^ & | ` ?
不过，在操作符名上有一些限制：
-- and /*不能在一个操作符名的任何地方出现，因为它们将被作为一段注释的开始。
一个多字符操作符名不能以+或-结尾，除非该名称也至少包含这些字符中的一个：
~ ! @ # % ^ & | ` ?
PostgreSQL中操作符的优先级和结合性。大部分操作符具有相同的优先并且是左结合的。操作符的优先级和结合性被硬写在解析器中。
此外，当使用二元和一元操作符的组合时，有时你将需要增加圆括号。例如：
SELECT 5 ! - 6;
将被解析为：
SELECT 5 ! (- 6);
因为解析器不知道 — 知道时就为时已晚 — !被定义为一个后缀操作符而不是一个中缀操作符。在这种情况下要得到想要的行为，你必须写成：
SELECT (5 !) - 6;
只是为了扩展性必须付出的代价。
操作符优先级（从高到低）
注意该操作符有限规则也适用于与上述内建操作符具有相同名称的用户定义的操作符。
例如，如果你为某种自定义数据类型定义了一个“+”操作符，它将具有和内建的“+”操作符相同的优先级，不管你的操作符要做什么。
当一个模式限定的操作符名被用在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 配置参数，然后测试你的应用看看有没有一些警告被记录。