時間:2024-02-24 17:17作者:下載吧人氣:25
名字 | 描述 |
---|---|
character varying(n), varchar(n) | 變長,有長度限制 |
character(n), char(n) | 定長,不足補空白 |
text | 變長,無長度限制 |
簡單來說,varchar的長度可變,而char的長度不可變,對于postgresql數(shù)據(jù)庫來說varchar和char的區(qū)別僅僅在于前者是變長,而后者是定長,最大長度都是10485760(1GB)
varchar不指定長度,可以存儲最大長度(1GB)的字符串,而char不指定長度,默認(rèn)則為1,這點需要注意。
text類型:在postgresql數(shù)據(jù)庫里邊,text和varchar幾乎無性能差別,區(qū)別僅在于存儲結(jié)構(gòu)的不同
對于char的使用,應(yīng)該在確定字符串長度的情況下使用,否則應(yīng)該選擇varchar或者text
SQL定義了兩種基本的字符類型:character varying(n) 和character(n),這里的n 是一個正整數(shù)。兩種類型都可以存儲最多n個字符的字符串(沒有字節(jié))。試圖存儲更長的字符串到這些類型的字段里會產(chǎn)生一個錯誤,除非超出長度的字符都是空白,這種情況下該字符串將被截斷為最大長度。這個看上去有點怪異的例外是SQL標(biāo)準(zhǔn)要求的。如果要存儲的字符串比聲明的長度短,類型為character的數(shù)值將會用空白填滿;而類型為character varying的數(shù)值將只是存儲短些的字符串。
如果我們明確地把一個數(shù)值轉(zhuǎn)換成character varying(n) 或character(n),那么超長的數(shù)值將被截斷成n 個字符,且不會拋出錯誤。這也是SQL標(biāo)準(zhǔn)的要求。
varchar(n)和char(n) 分別是character varying(n) 和character(n)的別名,沒有聲明長度的character等于character(1);如果不帶長度說明詞使用character varying,那么該類型接受任何長度的字符串。后者是PostgreSQL的擴(kuò)展。
另外,PostgreSQL提供text類型,它可以存儲任何長度的字符串。盡管類型text不是SQL 標(biāo)準(zhǔn),但是許多其它SQL數(shù)據(jù)庫系統(tǒng)也有它。
character類型的數(shù)值物理上都用空白填充到指定的長度n,并且以這種方式存儲和顯示。不過,填充的空白是無語意的。在比較兩個character 值的時候,填充的空白都不會被關(guān)注,在轉(zhuǎn)換成其它字符串類型的時候, character值里面的空白會被刪除。請注意,在character varying和text數(shù)值里,結(jié)尾的空白是有語意的。并且當(dāng)使用模式匹配時,如LIKE,使用正則表達(dá)式。
一個簡短的字符串(最多126個字節(jié))的存儲要求是1個字節(jié)加上實際的字符串,其中包括空格填充的character。更長的字符串有4個字節(jié)的開銷,而不是1。長的字符串將會自動被系統(tǒng)壓縮,因此在磁盤上的物理需求可能會更少些。更長的數(shù)值也會存儲在后臺表里面,這樣它們就不會干擾對短字段值的快速訪問。不管怎樣,允許存儲的最長字符串大概是1GB 。允許在數(shù)據(jù)類型聲明中出現(xiàn)的n 的最大值比這還小。修改這個行為沒有什么意義,因為在多字節(jié)編碼下字符和字節(jié)的數(shù)目可能差別很大。如果你想存儲沒有特定上限的長字符串,那么使用text 或沒有長度聲明的character varying,而不要選擇一個任意長度限制。
提示: 這三種類型之間沒有性能差別,除了當(dāng)使用填充空白類型時的增加存儲空間,和當(dāng)存儲長度約束的列時一些檢查存入時長度的額外的CPU周期。雖然在某些其它的數(shù)據(jù)庫系統(tǒng)里,character(n) 有一定的性能優(yōu)勢,但在PostgreSQL里沒有。事實上,character(n)通常是這三個中最慢的,因為額外存儲成本。在大多數(shù)情況下,應(yīng)該使用text 或character varying。
中文分詞
ChineseParse.cs
using System;
網(wǎng)友評論