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 表示法或 dollar-quoting 撰寫。

也可以使用類似函數的語法來指定類型強制轉換：

typename ( 'string' )

但並非所有類型名稱都可以以這種方式使用；詳情請參閱 第 4.2.9 節。

::、CAST() 和函數呼叫語法也可以用於指定任意表示式的執行時期類型轉換，如 第 4.2.9 節中所述。為了避免語法上的歧義，type 'string' 語法只能用於指定簡單文字常數的類型。 對於 type 'string' 語法的另一個限制是它不適用於陣列類型； 使用 :: 或 CAST() 來指定陣列常數的類型。

CAST() 語法符合 SQL 標準。type 'string' 語法是標準的推廣：SQL 僅為少數資料類型指定此語法，但 PostgreSQL 允許它用於所有類型。 帶有 :: 的語法是歷史悠久的 PostgreSQL 用法，函數呼叫語法也是如此。