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 风格的反斜线转义序列，在其中反斜线和后续字符的组合表示一个特殊的字节值（如Table 4.1中所示）。

跟随在一个反斜线后面的任何其他字符被当做其字面意思。因此，要包括一个反斜线字符，请写两个反斜线（\\）。在一个转义字符串中包括一个单引号除了普通方法''之外，还可以写成\'。

你有责任确保自己创建出的字节序列，特别是在使用八进制或十六进制转义时，能够在服务器字符集编码中组成合法字符。一个有用的替代方案是使用 Unicode 转义或替代的 Unicode 转义语法，如Section 4.1.2.3中所述；这样服务器会检查字符转换是否可行。

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

PostgreSQL 还支持另一种字符串转义语法，它允许用代码点指定任意 Unicode 字符。Unicode 转义字符串常量在开引号前紧接着写 U&（大写或小写字母 U 后跟和号），中间没有任何空白，例如 U&'foo'。（注意这会与操作符 & 产生歧义。请在该操作符两侧加空格以避免这个问题。）在引号内，可以通过写一个反斜线后跟 4 位十六进制代码点编号，或者一个反斜线后跟加号再跟 6 位十六进制代码点编号，来指定 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 提供了另一种编写字符串常量的方式，称为“美元引用”（dollar quoting）。一个美元引用字符串常量由美元符号（$）、一个由零个或多个字符组成的可选“标签”、另一个美元符号、组成字符串内容的任意字符序列、一个美元符号、开始该美元引用时使用的同一个标签以及最后一个美元符号组成。例如，下面是使用美元引用指定字符串 “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' )

但并非所有类型名都可以这样使用，详见Section 4.2.9。

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

CAST()语法符合 SQL。type 'string'语法是该标准的一般化：SQL 指定这种语法只用于一些数据类型，但是PostgreSQL允许它用于所有类型。带有::的语法是PostgreSQL的历史用法，就像函数调用语法一样。