首頁 > 軟體

Postgresql資料庫character varying和character的區別說明

2022-07-07 18:03:57

Postgresql character varying和character的區別

SQL 標準

SQL 定義了兩種基本的字元型別:character varying(n) 和 character(n) ,這裡的 n 是一個正整數。兩種型別都可以儲存最多 n 個字元的字串。

試圖儲存更長的字串到這些型別的欄位裡會產生一個錯誤,除非超出長度的字元都是空白,這種情況下該字串將被截斷為最大長度。

這個看上去有點怪異的例外是 SQL 標準要求的。如果要儲存的字串比宣告的長度短,型別為 character 的數值將會用空白填滿;而型別為 character varying 的數值將只是儲存短些的字串。

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

postgreSQL 字元型別

NameDescription
character varying(n), varchar(n)變長,有長度限制
character(n), char(n)定長,不足補空白
text變長,無長度限制

長度區別

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

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

物理儲存

character 型別的資料,在物理上都用空格(原文: space)填充到指定長度 n 並且以這種方式儲存和顯示。不過,填充的空白在是無語意的。

在比較兩個 character 值的時候,填充的空白都會被忽略,在轉換成其它字串型別的時候,character 值裡面的空格會被刪除。請注意,在 character varying 和 text 型別的資料裡,結尾的空白是有語意的。

這些型別的儲存需求是 4 位元組加上實際的字串,如果是 character 的話再加上填充的位元組(上面提到的空格)。

長字串將會自動被系統壓縮,因此在磁碟上的物理需求可能會更少些。長字串也會儲存在後臺表裡面,這樣它們就不會干擾對短欄位的快速存取(我的理解是:磁碟定址路徑或者次數更少?有知道的還望指出!!!)。不管怎樣,允許儲存的最長字串大概是 1GB 。

允許在資料型別宣告中出現的 n 的最大值小於該最大值。更改此值不是很有用,因為使用多位元組字元編碼時,字元和位元組數可能會完全不同。

如果你想儲存沒有特定上限的長字串,那麼使用 text 或沒有長度宣告詞的 character varying ,而不要設定長度限制。

效能差異

這三種型別之間沒有效能差別,只不過是在使用 character 的時候增加了儲存尺寸。

雖然在某些其它的資料庫系統裡,character(n) 有一定的效能優勢,但在 PostgreSQL 裡沒有。

在大多數情況下,應該使用 text 或 character varying 。

參考:pg 8.2.23檔案

Postgresql的character varying = bytea問題

Java開發Postgresql 資料庫相容應用的問題,與Oracle有一些不同:

Java型別對映資料庫型別的不同,Oracle jdbc驅動程式處理Java String型別可正常對映到資料庫的Numberic(Integer),而Postgres則會出錯。

另外,則是使用hibernate時經常的錯誤: operator不存在:character varying = bytea問題,不要被這個描述誤導了,並不是sql語句中character varying = bytea型別的比較,而是當使用hibernate使用引數繫結,而引數的值為null時,hibernate或者Postgresql驅動將這個引數 對映為varbinary型別,Postgresql將varbinary認為為bytea型別

以上為個人經驗,希望能給大家一個參考,也希望大家多多支援it145.com。


IT145.com E-mail:sddin#qq.com