Postgresql character varying和character的區(qū)別

SQL 標(biāo)準(zhǔn)

SQL 定義了兩種基本的字符類型：character varying(n) 和 character(n) ，這里的 n 是一個(gè)正整數(shù)。兩種類型都可以存儲(chǔ)最多 n 個(gè)字符的字符串。

試圖存儲(chǔ)更長的字符串到這些類型的字段里會(huì)產(chǎn)生一個(gè)錯(cuò)誤，除非超出長度的字符都是空白，這種情況下該字符串將被截?cái)酁樽畲箝L度。

這個(gè)看上去有點(diǎn)怪異的例外是 SQL 標(biāo)準(zhǔn)要求的。如果要存儲(chǔ)的字符串比聲明的長度短，類型為 character 的數(shù)值將會(huì)用空白填滿；而類型為 character varying 的數(shù)值將只是存儲(chǔ)短些的字符串。

如果我們明確地把一個(gè)數(shù)值轉(zhuǎn)換成 character varying(n) 或 character(n) ，那么超長的數(shù)值將被截?cái)喑?n 個(gè)字符，且不會(huì)拋出錯(cuò)誤。這也是 SQL 標(biāo)準(zhǔn)的要求。

postgreSQL 字符類型

長度區(qū)別

varchar(n) 和 char(n) 分別是 character varying(n) 和 character(n) 的別名，沒有聲明長度的 character 等于 character(1) ；character varying 不帶長度使用 ，那么該類型接受任何長度的字符串。后者是 PostgreSQL 的擴(kuò)展。

另外，PostgreSQL 提供 text 類型，它可以存儲(chǔ)任何長度的字符串。盡管text類型不是 SQL 標(biāo)準(zhǔn)，但是許多 SQL 數(shù)據(jù)庫系統(tǒng)也有它。

物理存儲(chǔ)

character 類型的數(shù)據(jù)，在物理上都用空格（原文: space）填充到指定長度 n 并且以這種方式存儲(chǔ)和顯示。不過，填充的空白在是無語意的。

在比較兩個(gè) character 值的時(shí)候，填充的空白都會(huì)被忽略，在轉(zhuǎn)換成其它字符串類型的時(shí)候，character 值里面的空格會(huì)被刪除。請注意，在 character varying 和 text 類型的數(shù)據(jù)里，結(jié)尾的空白是有語意的。

這些類型的存儲(chǔ)需求是 4 字節(jié)加上實(shí)際的字符串，如果是 character 的話再加上填充的字節(jié)（上面提到的空格）。

長字符串將會(huì)自動(dòng)被系統(tǒng)壓縮，因此在磁盤上的物理需求可能會(huì)更少些。長字符串也會(huì)存儲(chǔ)在后臺(tái)表里面，這樣它們就不會(huì)干擾對短字段的快速訪問（我的理解是：磁盤尋址路徑或者次數(shù)更少？有知道的還望指出！！！）。不管怎樣，允許存儲(chǔ)的最長字符串大概是 1GB 。

允許在數(shù)據(jù)類型聲明中出現(xiàn)的 n 的最大值小于該最大值。更改此值不是很有用，因?yàn)槭褂枚嘧止?jié)字符編碼時(shí)，字符和字節(jié)數(shù)可能會(huì)完全不同。

如果你想存儲(chǔ)沒有特定上限的長字符串，那么使用 text 或沒有長度聲明詞的 character varying ，而不要設(shè)定長度限制。

性能差異

這三種類型之間沒有性能差別，只不過是在使用 character 的時(shí)候增加了存儲(chǔ)尺寸。

雖然在某些其它的數(shù)據(jù)庫系統(tǒng)里，character(n) 有一定的性能優(yōu)勢，但在 PostgreSQL 里沒有。

在大多數(shù)情況下，應(yīng)該使用 text 或 character varying 。

參考：pg 8.2.23文檔

Postgresql的character varying = bytea問題

Java開發(fā)Postgresql 數(shù)據(jù)庫兼容應(yīng)用的問題，與Oracle有一些不同：

Java類型映射數(shù)據(jù)庫類型的不同，Oracle jdbc驅(qū)動(dòng)程序處理Java String類型可正常映射到數(shù)據(jù)庫的Numberic（Integer），而Postgres則會(huì)出錯(cuò)。

另外，則是使用hibernate時(shí)經(jīng)常的錯(cuò)誤: operator不存在：character varying = bytea問題，不要被這個(gè)描述誤導(dǎo)了，并不是sql語句中character varying = bytea類型的比較，而是當(dāng)使用hibernate使用參數(shù)綁定，而參數(shù)的值為null時(shí)，hibernate或者Postgresql驅(qū)動(dòng)將這個(gè)參數(shù) 映射為varbinary類型，Postgresql將varbinary認(rèn)為為bytea類型

以上為個(gè)人經(jīng)驗(yàn)，希望能給大家一個(gè)參考，也希望大家多多支持。