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