SQL 中的字符串常量是由单引号 (') 限制的任意字符序列，例如 'This is a string'。要在字符串常量中包含单引号字符，请写两个相邻的单引号，例如 'Dianne''s horse'。请注意，这不是双引号字符 (")。

仅用空格（至少有一个换行符）分隔的两个字符串常量会连接在一起，并有效地处理为字符串已写为一个常量。例如

SELECT 'foo'
'bar';

等效于

SELECT 'foobar';

但是

SELECT 'foo'      'bar';

不是有效的语法。（这种有点奇怪的行为是由 SQL 指定的；PostgreSQL 遵循该标准。）

PostgreSQL 还接受 “转义” 字符串常量，这是对 SQL 标准的扩展。通过在开头的单引号前书写字母 E（大写或小写）来指定转义字符串常量，例如 E'foo'。（在跨行继续转义字符串常量时，仅在第一个开头的引号前书写 E。）在转义字符串中，反斜杠字符 (\) 开始一个类似 C 的反斜杠转义 序列，其中反斜杠和后续字符的组合表示一个特殊字节值，如 表 4.1 所示。

反斜杠后面的任何其他字符都按原义解释。因此，要包含反斜杠字符，请写两个反斜杠 (\\)。此外，除了正常的 '' 方式外，还可以通过编写 \' 在转义字符串中包含一个单引号。

您有责任创建的字节序列，尤其是在使用八进制或十六进制转义时，在服务器字符集编码中组成有效的字符。一个有用的替代方法是使用 Unicode 转义或替代 Unicode 转义语法，如 第 4.1.2.3 节 中所述；然后服务器将检查字符转换是否可能。

代码为零的字符不能出现在字符串常量中。

PostgreSQL 还支持另一种字符串转义语法，允许通过代码点指定任意 Unicode 字符。Unicode 转义字符串常量以 U&（大写或小写字母 U 后跟和号）开头，位于左引号之前，中间没有空格，例如 U&'foo'。（请注意，这会与运算符 & 产生歧义。在运算符周围使用空格以避免此问题。）在引号内，可以通过在反斜杠后跟四位十六进制代码点编号或在反斜杠后跟加号后跟六位十六进制代码点编号来以转义形式指定 Unicode 字符。例如，字符串 'data' 可以写成

U&'d\0061t\+000061'

以下不太简单的示例用西里尔字母书写俄语单词 “slon”（大象）

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

如果需要反斜杠以外的转义字符，可以使用字符串后的 UESCAPE 子句指定，例如

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

转义字符可以是十六进制数字、加号、单引号、双引号或空白字符以外的任何单个字符。

要将转义字符按字面量包含在字符串中，请写两次。

4 位或 6 位转义形式都可以用来指定 UTF-16 代理对，以组合代码点大于 U+FFFF 的字符，尽管从技术上讲，6 位形式的可用性使得这变得不必要。（代理对不会直接存储，而是组合成单个代码点。）

如果服务器编码不是 UTF-8，则由这些转义序列之一标识的 Unicode 代码点将转换为实际的服务器编码；如果不可能，则会报告错误。

此外，只有在打开配置参数 standard_conforming_strings 时，字符串常量的 Unicode 转义语法才有效。这是因为否则此语法可能会混淆解析 SQL 语句的客户端，从而可能导致 SQL 注入和类似的安全问题。如果将参数设置为关闭，则此语法将被拒绝并显示错误消息。

虽然用于指定字符串常量的标准语法通常很方便，但当所需的字符串包含许多单引号时，可能难以理解，因为每个单引号都必须加倍。为了在这种情况允许更具可读性的查询，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$ 是不正确的。

紧跟关键字或标识符的美元引用的字符串必须用空格与之分隔；否则，美元引用定界符将被视为前一个标识符的一部分。

美元引用不是 SQL 标准的一部分，但它通常是编写复杂字符串文字比符合标准的单引号语法更方便的方法。它在过程函数定义中经常需要表示其他常量内的字符串常量时特别有用。使用单引号语法，上述示例中的每个反斜杠都必须写成四个反斜杠，这将在解析原始字符串常量时减少为两个反斜杠，然后在函数执行期间重新解析内部字符串常量时减少为一个反斜杠。

位字符串常量看起来像常规字符串常量，在开头的引号之前立即有一个 B（大写或小写），例如，B'1001'。位字符串常量中允许的唯一字符是 0 和 1。

或者，可以使用前导 X（大写或小写）以十六进制表示法指定位字符串常量，例如，X'1FF'。此表示法等效于一个位字符串常量，每个十六进制数字有四个二进制数字。

两种形式的位字符串常量都可以像常规字符串常量一样跨行继续。美元引用不能用于位字符串常量。

数字常量以以下通用形式接受

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

其中 digits 是一个或多个十进制数字（0 到 9）。如果使用小数点，则小数点前后至少必须有一个数字。如果存在指数标记 (e)，则指数标记后面至少必须有一个数字。常量中不能嵌入任何空格或其他字符，但可以使用下划线，如下所述进行可视分组。请注意，任何前导加号或减号实际上都不被视为常量的一部分；它是应用于常量的运算符。

以下是一些有效的数字常量的示例

此外，这些形式的非十进制整数常量也是可以接受的

0xhexdigits
0ooctdigits
0bbindigits

其中 hexdigits 是一个或多个十六进制数字 (0-9, A-F)，octdigits 是一个或多个八进制数字 (0-7)，bindigits 是一个或多个二进制数字 (0 或 1)。十六进制数字和基数前缀可以是大写或小写。请注意，只有整数可以采用非十进制形式，而小数部分的数字不能。

以下是一些有效的非十进制整数常量的示例

为了便于视觉分组，可以在数字之间插入下划线。这些不会对常量的值产生进一步的影响。例如

下划线不能出现在数字常量或数字组的开头或结尾（即小数点或指数标记之前或之后），并且一行中不允许出现多个下划线。

如果数字常量不包含小数点或指数，则最初假定其类型为 integer，如果其值适合 integer 类型（32 位）；否则，如果其值适合 bigint 类型（64 位），则假定其类型为 bigint；否则，则将其视为 numeric 类型。包含小数点和/或指数的常量最初总是假定为 numeric 类型。

数字常量最初分配的数据类型只是类型解析算法的起点。在大多数情况下，常量将根据上下文自动强制转换为最合适的类型。在必要时，可以通过强制转换来强制将数字值解释为特定数据类型。 例如，可以通过编写以下内容来强制将数字值视为 real (float4) 类型

REAL '1.23'  -- string style
1.23::REAL   -- PostgreSQL (historical) style

实际上，这些只是下面讨论的常规转换符号的特殊情况。

可以使用以下符号中的任何一种输入任意类型的常量

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

字符串常量的文本传递给名为type的类型的输入转换例程。结果是指定类型的常量。如果常量的类型没有歧义（例如，当它直接分配给表列时），则可以省略显式类型转换，在这种情况下，它会自动强制转换。

可以使用常规 SQL 符号或美元符号引用来编写字符串常量。

还可以使用类似函数的语法指定类型强制转换

typename ( 'string' )

但并非所有类型名称都可以这样使用；有关详细信息，请参见第 4.2.9 节。

::、CAST()和函数调用语法还可以用于指定任意表达式的运行时类型转换，如第 4.2.9 节中所述。为了避免语法歧义，type 'string'语法只能用于指定简单文字常量的类型。type 'string'语法的另一个限制是它不适用于数组类型；使用::或CAST()来指定数组常量的类型。

CAST()语法符合 SQL。type 'string'语法是标准的概括：SQL 仅为少数数据类型指定此语法，但PostgreSQL允许它用于所有类型。带有::的语法是历史PostgreSQL用法，函数调用语法也是如此。