SQL 定義了兩種基本的字元型別：character varying(n) 和 character(n) ，這裡的 n 是一個正整數。兩種型別都可以儲存最多 n 個字元的字串。試圖儲存更長的字串到這些型別的欄位裡會產生一個錯誤，除非超出長度的字元都是空白，這種情況下該字串將被截斷為最大長度。這個看上去有點怪異的例外是 SQL 標準要求的。如果要儲存的字串比宣告的長度短，型別為 character 的數值將會用空白填滿；而型別為 character varying 的數值將只是儲存短些的字串。

如果我們明確地把一個數值轉換成 character varying(n) 或 character(n) ，那麼超長的數值將被截斷成 n 個字元，且不會丟擲錯誤。這也是 SQL 標準的要求。

varchar(n) 和 char(n) 分別是 character varying(n) 和 character(n)的別名，沒有宣告長度的 character 等於 character(1) ；如果不帶長度說明詞使用 character varying，那麼該型別接受任何長度的字串。後者是 PostgreSQL 的擴充套件。

另外，PostgreSQL 提供 text 型別，它可以儲存任何長度的字串。儘管型別 text 不是 SQL 標準，但是許多其它 SQL 資料庫系統也有它。

character 型別的數值物理上都用空白填充到指定的長度 n 並且以這種方式儲存和顯示。不過，填充的空白在是無語意的。在比較兩個 character 值的時候，填充的空白都不會被關注，在轉換成其它字串型別的時候，character 值裡面的空白會被刪除。請注意，在 character varying 和 text 數值裡，結尾的空白是有語意的。

這些型別的儲存需求是 4 位元組加上實際的字串，如果是 character 的話再加上填充的位元組。長的字串將會自動被系統壓縮，因此在磁碟上的物理需求可能會更少些。長的數值也會儲存在後臺表裡面，這樣它們就不會干擾對短欄位值的快速訪問。不管怎樣，允許儲存的最長字串大概是 1GB 。允許在資料型別宣告中出現的 n 的最大值比這還小。修改這個行為沒有什麼意義，因為在多位元組編碼下字元和位元組的數目可能差別很大。如果你想儲存沒有特定上限的長字串，那麼使用 text 或沒有長度宣告詞的 character varying ，而不要選擇一個任意長度限制。

【提示】這三種類型之間沒有效能差別，只不過是在使用 character 的時候增加了儲存尺寸。雖然在某些其它的資料庫系統裡，character(n) 有一定的效能優勢，但在 PostgreSQL 裡沒有。在大多數情況下，應該使用 text 或 character varying 。