關於資料庫Varchar欄位型別長度設計問題

關於資料庫varchar欄位型別長度設計問題

現代資料庫一般都支援char與varchar字元型字段型別，char是用來儲存定長字元，儲存空間的大小為字段定義的長度，與實際字元長度無關，當輸入的字元小於定義長度時最後會補上空格。varchar是用來保留變長字元，在資料庫中儲存空間的大小是實際的字元長度，不會像char一樣補上空格，這樣占用的空間更少。

從以上特點來看，varchar比char有明顯的優勢，因此大部份資料庫設計時都應該採用varchar型別。那為什麼還需要char型別呢，個人認為有以下幾個原因：

1、為了跟以前版本的資料庫進行乙個相容，因為很久以前資料庫只支援char型別，有些應用的業務邏輯也只是針對char型別設計的，所以資料庫軟體也就一直保留char型別。

2、char型別是定長的，一些資料庫可以在每條記錄中不儲存字段長度資訊，這樣可以節省部份空間，也可以方便做一些記憶體對齊提高效能，但個人認為這帶來的效能提公升非常微小，至少oracle資料庫是沒有意義的。

3、還有說法是有些資料經常修改，長度可能變化，會引起碎片，採用char就不會產生碎片，這個說法比較多，但我認為既然長度會變化，那用varchar更能節省記憶體與儲存空間來提公升效能，只要資料塊預留的空間沒有問題，採用varchar效能更好。

對於oracle資料庫，我找不到充足的理由來使用char型別，而且char還會帶來討厭的空格，有些文章說mysql的myisam儲存引擎在和長度固定的情況下char比varchar好，這個沒有測試過，不太了解。

由於varchar是變長儲存，那麼很多人會有疑問，比如status欄位定義varchar(10)與varchar(1000)有什麼區別，反正是變長的，儲存空間都一樣，省得以後要加長又要改變字段定義。下面說一下我的理解：

1、字段長度是資料庫一種約束，可以保證進入資料庫的資料符合長度要求，定義合理的字段長度可以減少一部份非法資料進入，比如：我們業務中status只有『new』,『delete』,『close』3種狀態，使用varchar(5)儲存，這樣可以有效的減少非法資料進入，定義合理的長度也可以讓人容易理解欄位的用途，試想一下，如果你所有的字元字段長度都是varchar(4000)會是什麼樣的情況。

2、varchar的字段長度雖然對資料儲存沒有太大影響，但對特定的資料庫還是有一些細微差別，比如mysql中定義的長度如果小於255，字段長度用1個位元組表示，如果超過255，欄位的長度將固定用2個位元組表示。如果你的業務資料最大長度只有10，但定義長度為256則每條記錄會多浪費了乙個位元組來儲存長度。oracle沒有這樣的問題，它會根據每條記錄欄位的實際長度動態選擇長度標識。

sql> create table test1
2  (
3    c1 varchar2(4000),
4    c2 varchar2(4000),
5    c3 varchar2(4000)
6  )
7  ;
table created
sql> create index test1_ind1 on test1 (c1);
index created
sql> alter index test1_ind1 rebuild online;
alter index test1_ind1 rebuild online
ora-00604: error occurred at recursive sql level 1
ora-01450: maximum key length (3215) exceeded
sql> create index test1_ind2 on test1 (c2, c3);
create index test1_ind2 on test1 (c2, c3)
ora-01450: maximum key length (6398) exceeded
sql>

內建函式的索引長度根據函式決定，比如upper這種不改變長度的就是索引字段定義的長度，substr這種會改變長度要根據函式擷取長度決定。

number型別欄位的長度固定是22。

data型別欄位的長度固定是7。

索引預設是公升序，如果要降序建的索引長度是字段定義長度*1.5+1。

mysql對索引長度限制比較複雜，每種版本及儲存引擎都不一樣，如下是mysql5.1.58測試的結果：

innodb的最大總長度是3072位元組，單個字元欄位是767位元組，如果字段長度大於767則自動擷取前767個字元。

myisam最大總長度是1000位元組，單個字元欄位是1000位元組。

memory的最大總長度是3072位元組，單個字元欄位是3072位元組。

4、變長字段定義的長度雖然不會影響伺服器資料空間大小，但是對於客戶端的記憶體有影響，因為客戶端在用sql從資料庫讀取資料時，首先會取到字段定義的長度，然後分配足夠的記憶體，也就是說如果你定義的字段長度是1k，實際長度是10位元組，要取1k記錄，那客戶端會分配1mb的記憶體，但只儲存了10k有效資料。這將會比較嚴重的浪費客戶端記憶體。特別是一些高併發或者是取大量資料的場景，容易產生記憶體溢位。

關於資料庫Varchar欄位型別長度設計問題

關於資料庫Varchar欄位型別長度設計問題

資料庫欄位varchar和Nvarchar區別

資料庫關於varchar和nvarchar的區別

關於資料庫Varchar欄位型別長度設計問題

關於資料庫Varchar欄位型別長度設計問題

資料庫欄位varchar和Nvarchar區別

資料庫關於varchar和nvarchar的區別

相關推薦