4.1.2.1. 字元串常量

SQL 裡的一個字串文本是用單引號（'）包圍的任意字元序列， 比如，'This is a string'。 這種聲明字串常量的方法是 SQL 標準定義的。 在這種類型的字串常量裡嵌入單引號的標準兼容的做法是敲入兩個連續的單引號比如，'Dianne''s horse'。 另外，PostgreSQL 允許用用一個反斜槓（"\"）來逃逸單引號， 因此同一個字串可以寫成'Dianne\'s horse'。

另外一個 PostgreSQL 擴展是還可以使用 C-風格的反斜槓逃逸： \b 是一個退格，\f 是一個進紙，\n 是一個換行符， \r 是一個回車，\t 是一個水平製資料表符，而\xxx， 這裡 xxx 是一個八進制數，是對應 ASCII 碼的字元。任何其它跟在反斜槓後面的字元都當做文本看待。 因此，要在字元串常量裡包含反斜槓，您可以寫兩個反斜槓。

編碼為零的字元不能出現在字元串常量中。

兩個只是透過至少有一個換行符的空白分隔的字元串常量會被連接在一起，並當做它們是寫成一個常量處理。 比如：

SELECT 'foo'
'bar';

等效於

SELECT 'foobar';

而

SELECT 'foo'      'bar';

是非法的語法，（這個略微有些怪異的行為是 SQL 聲明的； PostgreSQL 遵循標準。）

4.1.2.2. 美元符包圍字串常量

儘管聲明字串常量的標準方法通常都很方便，但是如果字串包含很多單引號或者反斜槓， 那麼理解字串的內容可能就會變得很苦澀，因為每個單引號都要加倍。 為了讓這種場合下的查詢更具可讀性，PostgreSQL 允許另外一種稱作"美元符包圍"的字串常量聲明辦法。 一個透過美元符包圍聲明的字串常量由一個美元符號（$），一個可選的零個或多個字元"記號"， 另外一個美元符號，一個組成字串常量的任意字元的序列，一個美元符號，以及一個和開始這個美元符包圍的記號相同的記號，和一個美元符號組成。 比如，下面是兩個不同的方法，用美元符包圍聲明了前面的例子：

$$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 標準，但是在寫複雜的字串文本的時候，它通常比標準的單引號語法更方便。 尤其是在其它常量裡資料表現字串常量的時候更有用，比如經常在過程函數定義裡面的。 如果用單引號語法，每個上面例子裡的反斜槓都必須寫四個，它們在作為字串文本分析的時候會減少為兩個， 然後在函數執行的時候在內層字串常量裡會再次被解析為一個。

4.1.2.3. 位串常量

位串常量看起來很像在開引號前面有一個 B （大寫或小寫）的普通字元串（它們之間沒有空白）， 比如 B'1001'。位串常量裡可以用的字元只有 0 和 1。

另外，位串常量可以用十六進製資料表示法聲明，方法是使用前綴的 X （大寫或者小寫），比如，X'1FF'。 這種資料表示法等效於一個每個十六進制位四個二進制位的位串常量。

兩種形式的位串常量都可以像普通字串常量那樣跨行連續。 美元符包圍不能用於位串常量。

4.1.2.4. 數值常量

數值常量接受下列通用的形式：

digits
digits.[digits][e[+-]digits]
[digits].digits[e[+-]digits]
digitse[+-]digits

這裡的 digits 是一個或多個十進制位（0 到 9）。 如果有小數點，那麼至少有一位在小數點前面或後面。如果出現了指數分隔符（e），那麼至少有一個位跟在它後面。 在常量裡不能有空格或者其他字元嵌入在內。 請注意任何前導地正號或者負號實際上都不認為是常量的一部分； 它是施加於常量的一個操作符。

這裡是一些合法的數值常量的例子：

42
3.5
4.
.001
5e2
1.925e-3

如果一個數值常量既不包含小數點，也不包含指數操作符， 那麼如果它的數值可以放在integer類型中（32位）， 則認為它是integer類型；如果它的數值可以放在 bigint中（64位），則認為它是 bigint； 否則認為它是 numeric類型。包含小數點和/或指數操作符的常量總是被認為是numeric類型。

給一個數值常量賦予初始資料類型只是類型解析算法的開端。 在大多數情況下該常量會根據環境被自動強制轉換成最合適的類型。 必要時，您可以透過強制類型轉換把一個數值解析成特定的資料類型。 比如，您可以強制要求把一個數值當作類型real（float4）來看，方法時這麼寫：

REAL '1.23'  -- 字串風格
'1.23'::REAL -- PostgreSQL （歷史原因）風格
     

這些實際上只是下面討論的通用轉換的特例。

4.1.2.5. 其它類型的常量

任意類似的常量可以用下列資料表示法中的任何一種來輸入：

type 'string'
'string'::type
CAST ( 'string' AS type )

在字串常量的文本將傳遞給那種叫 type 的類型的輸入轉換過程。 結果是這種類型的一個常量。如果不存在該常量所屬類型的歧義， 那麼明確的類型映射可以省略（比如，當您把它直接賦予一個資料表字串的時候）， 這種情況下它會自動轉換。

字串常量可以用普通 SQL 資料表示法或者美元符包圍來書寫。

我們還可以用函數樣的語法來聲明類型轉換：

typename ( 'string' )

不過並非所有類型名可以這樣使用；參閱 Section 4.2.8 獲取細節。

::，CAST()，和函數調用語法也可以用於聲明任意資料表達式的執行時類型轉換， 如 Section 4.2.8 中討論的那樣。 但是 type 'string' 的形式只能用於聲明一個文本常量的類型。 type 'string' 的另外一個限制是它不能用於數組類型；要用 :: 或者 CAST() 聲明一個數組常量的類型。