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的历史用法，函数调用语法也是如此。