4.1. 词法结构

4.1.2.1. 字符串常量

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

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

SELECT 'foo'
'bar';

等效于

SELECT 'foobar';

但是

SELECT 'foo'      'bar';

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

4.1.2.2. C结构的逃逸字符串常量

PostgreSQL还允许"escape"字符串中 的内容，这是一个PostgreSQL对SQL标准的扩展。逃逸字符串语法是通过 在字符串前写字母E(大写或者小写)的方法声明的。 比如 E'foo'。当需要续行包含逃逸字符的字符串时，仅需要在第一行的 开始引号前写上E就可以了。 在逃逸字符串中，通过一个\开始C-结构的反斜杠逃逸序列， 在该逃逸中，反斜杠与其之后字符的组合代表一个特殊的子节值，可参阅Table 4-1。

任何其它跟在反斜杠后面的字符都当做文本看待。因此，要在字符串常量 里包含反斜杠，则写两个反斜杠(\\)。另外，PostgreSQL 允许用一个反斜杠来逃逸单引号(\')，不过，将来版本 的 PostgreSQL 将不允许这么用。所以最好坚持使用符合标准的 ''.。

你有必要为你所创建的子节序列（特别是在使用八进制或十六进制逃逸时）编写有效的服务器字符集编码字符。 当服务器编码是UTF-8时，应该使用Unicode逃逸或另一种Unicode逃逸语法（参阅Section 4.1.2.3）。 （后者通过写出子节来处理UTF-8字符集，这样做是很繁琐的）。

只有服务器字符集是UTF8时，才会完全使用Unicode逃逸语法。 当使用其他服务器字符集时，只有在ASCII内的（最多\u007F）代码点可以被声明。 4位和8位的数字形式可以被用来将UTF-16代理对声明为大于U+FFFF的带有代码点的字符， 尽管这样做是不必的（通过可用8位数字形式技术）。 （当服务器字符集是UTF8时使用代理对，首先，它们结合成一个单一的代码点，然后再UTF-8编码）

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

4.1.2.3. Unicode逃逸字符串常量

一个带引号的标示符的变形允许带有代码点标记的逃逸Unicode字符。 该变形以U&开始（大/小写U后给有符号）紧跟着打开的双引号， 之间没有空格，例如 U&"foo"。 （需要注意的是，与&比较，这样做会产生歧义。在操作符周围加上空格来避免该问题） 在引号中，通过写一个后面跟有四位十六进制代码点或跟有六位十六进制代码点加号的反斜杠，Unicode字符可以写成逃逸格式。 例如，"data"可以写成：

U&'d\0061t\+000061'

下例以西里尔字母写俄文"slon"（象）。

U&'\0441\043B\043E\043D'

如果需要一个非反斜杠的不同的逃逸，可以通过在字符串之后使用UESCAPE语句来进行声明，如：

U&"d!0061t!+000061" UESCAPE '!'

逃逸字符可以是一个十六进制数字以外的任何单个字符，加号，一个单引号，双引号，或一个空白字符。 需要注意的是，逃逸字符是写在单引号中，而不是双引号中。

只有服务器字符集是UTF8时，才会完全使用Unicode逃逸语法。 当使用其他服务器字符集时，只有在ASCII内的（最多\u007F）代码点可以被声明。 4位和8位的数字形式可以被用来将UTF-16代理对声明为大于U+FFFF的带有代码点的字符， 尽管这样做是不必的（通过可用8位数字形式技术）。 （当服务器字符集是UTF8时使用代理对，首先，它们结合成一个单一的代码点，然后再UTF-8编码）

同样，字符串常量的Unicode逃逸语法只有当配置参数standard_conforming_strings启用时才能生效。 否则，该语法在解析SQL语法时给客户端造成混淆，导致SQL注入或其他安全问题。 如果该参数设为OFF，该语法会带着一条错误信息一起呗注入。

字面上，为了将逃逸字符写到标示符中，可以将它写两次。

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

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

一个后面紧跟着关键子或者标识符的美元符界定字符串必须用空白与其后 的关键子或者标识符隔开；否则美元符界定符将会被当作标识符的开 头部分(否则，美元界定符会被看成其前面的标识符)。

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

4.1.2.5. 位串常量

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

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

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

4.1.2.6. 数值常量

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

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.7. 其它类型的常量

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

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

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

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

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

typename ( 'string' )

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

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

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