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 代码点会转换为实际的服务器编码；如果无法转换，则会报告错误。

此外，字符串常量的 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 类型（32 位），则最初假定其类型为 integer；否则，如果其值适合 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 用法，函数调用语法也是如此。