4.1. 词法结构

4.1.2.1. 字符串常量

SQL 里的一个字符串文本是用单引号(')包围的任意字符序列，比如 'This is a string' 。这种声明字符串常量的方法是 SQL 标准定义的。在这种类型的字符串常量里嵌入单引号的标准兼容的做法是敲入两个连续的单引号，比如 'Dianne''s horse' 。注意：两个连续的单引号不是双引号(")。

两个只是通过至少一个换行符的空白分隔的字符串常量会被连接在一起，并当做它们是写成一个常量处理。比如：

SELECT 'foo'
'bar';

等效于

SELECT 'foobar';

但

SELECT 'foo'      'bar';

是非法的语法。这个怪异的行为是 SQL 声明的，PostgreSQL 遵循标准。

PostgreSQL 还允许 "逃逸"字符串中的内容，这是一个 PostgreSQL 对 SQL 标准的扩展。逃逸字符串语法是通过在字符串前写字母 E(大写或者小写)的方法声明的。比如 E'foo' 。当需要续行包含逃逸字符的字符串时，仅需要在第一行的开始引号前写上 E 就可以了。逃逸字符串使用的是C-风格的反斜杠(\)逃逸：\b(退格)、\f(进纸)、\n(换行)、\r(回车)、\t(水平制表符)。此外还支持 \digits 格式的逃逸字符(这里的 digits 是一个八进制字节数值)，以及 \xhexdigits 格式的逃逸字符(这里的hexdigits 代表十六进制字节值)。你创建的字节序列是否是服务器的字符集编码能接受的正确字符，是你自己的责任。任何其它跟在反斜杠后面的字符都当做文本看待。因此，要在字符串常量里包含反斜杠，则写两个反斜杠(\\)。另外，PostgreSQL 允许用一个反斜杠来逃逸单引号(\')，不过，将来版本的 PostgreSQL 将不允许这么用。所以最好坚持使用符合标准的 '' 。

编码为零的字符不允许出现在字符串常量中。

4.1.2.2. 美元符界定字符串常量

尽管声明字符串常量的标准方法通常都很方便，但是如果字符串中包含很多单引号或者反斜杠，那么理解字符串的内容可能就会变得很苦涩，因为每个单引号都要加倍。为了让这种场合下的查询更具可读性，PostgreSQL 允许另外一种称作"美元符界定"的字符串常量书写办法。一个通过美元符界定声明的字符串常量由一个美元符号($)、零个或多个字符组成的"记号"、另一个美元符号、组成字符串常量的任意字符序列、一个美元符号、与前面相同的记号、一个美元符号组成的。比如，下面是两个不同的用美元符界定的方法声明"Dianne's horse"的例子：

$$Dianne's horse$$
$SomeTag$Dianne's horse$SomeTag$

请注意，在美元符界定的字符串里，单引号不允许逃逸。实际上，在一个美元符界定的字符串里，不允许逃逸任何字符：字符串内容总是按照字面内容书写。反斜杠不是特殊的、美元符自己也不是特殊的(除非它们和开标签的一部分匹配)。

我们可以通过在不同嵌套级别使用不同的"标记"来实现嵌套。最常见的是写函数定义的时候。比如：

$function$
BEGIN
    RETURN ($1 ~ $q$[\t\r\n\v\\]$q$);
END;
$function$

这里，序列 $q$[\t\r\n\v\\]$q$ 表示一个美元符界定的字符串文本 [\t\r\n\v\\] ，在函数体被 PostgreSQL 执行的时候，它将被识别出来。但是因为这个序列不匹配外层的界定符 $function$ ，所以只要考虑了外层字符串，它就只是常量里面的普通字符而已。

如果有标签的话，一个美元符界定的字符串遵循和无引号包围的标识符相同的规则，只是它不能包含美元符。标签是大小写相关的，因此 $tag$String content$tag$ 是正确的，而 $TAG$String content$tag$ 则是错误的。

一个后面紧跟着关键字或者标识符的美元符界定字符串必须用空白与其后的关键字或者标识符隔开；否则美元符界定符将会被当作标识符的开头部分([原文] otherwise the dollar quoting delimiter would be taken as part of the preceding identifier)。

美元符界定不是 SQL 标准，但是在写复杂的字符串文本的时候，它通常比标准的单引号语法更方便。尤其是在其它常量里表现字符串常量的时候更有用。比如在过程函数定义里，如果用单引号语法，每个上面例子里的每个反斜杠都必须写四个，它们在作为字符串文本分析的时候会减少为两个，然后在函数执行的时候在内层字符串常量里会再次被解析为一个。

4.1.2.3. 位串常量

位串常量看起来很像在开引号前面有一个 B(大写或小写)的普通字符串(它们之间没有空白)，比如 B'1001' 。位串常量里可以用的字符只有 0 和 1 。

另外，位串常量可以用十六进制表示法声明，方法是使用前缀 X(大写或者小写)，比如 X'1FF' ，其中的每个十六进制位等效于四个二进制位。

两种形式的位串常量都可以像普通字符串常量那样跨行连续。位串常量不能用美元符界定。

4.1.2.4. 数值常量

数值常量接受下列通用的形式：

digits
digits.[digits][e[+-]digits]
[digits].digits[e[+-]digits]
digitse[+-]digits

这里的 digits 是一个或多个十进制数字(0-9)。如果有小数点，那么至少有一位在小数点前面或后面。如果出现了指数分隔符(e)那么至少有一个数字跟在它后面。在常量里不能有空格或者其它字符。请注意任何前导正号或负号实际上都不认为是常量的一部分；它是施加于常量的一个操作符。

这里是一些合法的数值常量的例子：

42
3.5
4.
.001
5e2
1.925e-3

如果一个数值常量既不包含小数点，也不包含指数操作符，那么如果它的数值可以放在 integer 类型中(32位)，则认为它是 integer 类型；如果它的数值可以放在 bigint 中(64位)，则认为它是 bigint ，否则认为它是 numeric 类型。包含小数点和/或指数操作符的常量总是被认为是 numeric 类型。

给一个数值常量赋予初始数据类型只是类型解析算法的开端。在大多数情况下该常量会根据环境被自动强制转换成最合适的类型。必要时，你可以通过强制类型转换把一个数值解析成特定的数据类型。比如，你可以强制要求把一个数值当作 real(float4) 类型来看，方法是这么写：

REAL '1.23'  -- 字符串风格
1.23::REAL   -- PostgreSQL(历史的)风格 

这些实际上只是下面讨论的通用转换的特例。

4.1.2.5. 其它类型的常量

任意类型的常量都可以用下列表示法中的任何一种来输入：

type 'string'
'string'::type
CAST ( 'string' AS type )

其中的 'string' 将会被转换为 type 类型的常量。如果不存在该常量所属类型的歧义，那么可以省略明确的类型转换(比如，当你把它直接赋予一个表字段的时候)，这种情况下它会自动转换。

其中的 'string' 可以用普通 SQL 表示法或者美元符界定来书写。

我们还可以用函数风格的语法来声明类型转换：

typename ( 'string' )

不过并非所有类型名都可以这样使用；参阅节4.2.8获取细节。

::, CAST() 和函数调用语法也可以用于声明任意表达式的运行时类型转换(如节4.2.8中讨论的那样)。但是 type 'string' 的形式只能用于声明一个字面常量的类型。type 'string' 的另外一个限制是它不能用于数组类型(要用 :: 或 CAST() 声明一个数组常量的类型)。

CAST() 语法遵循 SQL 标准。type 'string' 语法是标准的一个推广：SQL 只是给少数几种数据类型声明了这个语法，但 PostgreSQL 允许将其用于所有类型。:: 和函数调用的语法是 PostgreSQL 的历史用法。