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. 带 Unicode 转义的字符串常量 所述；然后服务器将检查字符转换是否可能。

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

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

U&'d\0061t\+000061'

下面的一个不太简单的例子用西里尔字母写了俄语单词 “slon”（大象）

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

如果需要一个不同于反斜杠的转义字符，可以使用字符串后的 UESCAPE 子句，例如

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

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

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

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

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

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

虽然指定字符串常量的标准语法通常很方便，但在所需字符串包含大量单引号时，它可能难以理解，因为每个单引号都必须加倍。为了在这种情况下允许更易读的查询，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 用法，函数调用语法也是如此。