1. 程式人生 > >資料庫 --- char、varchar、varchar2區別

資料庫 --- char、varchar、varchar2區別

char、varchar、varchar2區別

char是定長的,varchar是變長的。varchar2應該是varchar的升級,只有ORACLE才有,這裡不作討論。

  • char 定長儲存,速度快,但是存在一定的空間浪費,適用於欄位不是很大,對速度要求高的場合。速度快是因為其在物理上是按定長儲存的,這樣,就可以根據偏移址一次取出固定長度的字元。

  • varchar 變長儲存,效率不如char。varchar在儲存時,在物理上要先儲存該欄位的實際長度,然後才是內容。這樣讀取的時候,就要讀取兩次,一次讀它的長度,然後才是內容。所以它的訪問速度會比char慢一些。但它可以節省空間。 

由於mysql自身的特點,如果一個數據表存在varchar欄位,則表中的char欄位將自動轉為varchar欄位。在這種情況下設定的char是沒有意義的。所以要想利用char的高效率,要保證該表中不存在varchar欄位;否則,應該設為varchar欄位。

SQL中char、varchar、text和nchar、nvarchar、ntext的區別

1、CHAR。CHAR儲存定長資料很方便,CHAR欄位上的索引效率級高,比如定義char(10),那麼不論你儲存的資料是否達到了10個位元組,都要佔去10個位元組的空間。

2、VARCHAR。儲存變長資料,但儲存效率沒有CHAR高。如果一個欄位可能的值是不固定長度的,我們只知道它不可能超過10個字元,把它定義為 VARCHAR(10)是最合算的。VARCHAR型別的實際長度是它的值的實際長度+1。為什麼“+1”呢?這一個位元組用於儲存實際使用了多大的長度。
從空間上考慮,用varchar合適;從效率上考慮,用char合適,關鍵是根據實際情況找到權衡點。

3、TEXT。text儲存可變長度的非Unicode資料,最大長度為2^31-1(2,147,483,647)個字元。

4、NCHAR、NVARCHAR、NTEXT。這三種從名字上看比前面三種多了個“N”。它表示儲存的是Unicode資料型別的字元。

我們知道字元中,英文字元只需要一個位元組儲存就足夠了,但漢字眾多,需要兩個位元組儲存,英文與漢字同時存在時容易造成混亂,Unicode字符集就是為了解決字符集這種不相容的問題而產生的,它所有的字元都用兩個位元組表示,即英文字元也是用兩個位元組表示。

nchar、nvarchar的長度是在1到4000之間。和char、varchar比較起來,nchar、nvarchar則最多儲存4000個字元,不論是英文還是漢字;而char、varchar最多能儲存8000個英文,4000個漢字。可以看出使用nchar、nvarchar資料型別時不用擔心輸入的字元是英文還是漢字,較為方便,但在儲存英文時數量上有些損失。

所以一般來說,如果含有中文字元,用nchar/nvarchar,如果純英文和數字,用char/varchar。

char、nchar、varchar、nvarchar、text、ntext我們選擇哪一種?

資料庫定義到char型別的欄位時,大家也許會猶豫一下,到底選char、nchar、varchar、nvarchar、text、ntext中哪一種呢?

一種是節儉人士的選擇:最好是用定長的,感覺比變長能省些空間,而且處理起來會快些,無法定長只好選用定長,並且將長度設定儘可能地小;

另一種是則是覺得無所謂,儘量用可變型別的,長度儘量放大些。

鑑於現在硬體像蘿蔔一樣便宜的大好形勢,糾纏這樣的小問題實在是沒多大意義,不過如果不弄清它,總覺得對不起勞累過度的CPU和硬碟。

總結:

1、如果資料量非常大,又能100%確定長度且儲存只是ansi字元,那麼char
2、能確定長度又不一定是ansi字元或者,那麼用nchar;
3、不確定長度,要查詢且希望利用索引的話,用nvarchar型別吧,將它們設到400;
4、不查詢的話沒什麼好說的,用nvarchar(4000)
5、性格豪爽的可以只用3和4,偶爾用用1,畢竟這是一種額外說明,等於告訴別人說,我一定需要長度為X位的資料