char、varchar、varchar2區別

char varchar varchar2 的區別 
區別:
1．CHAR的長度是固定的，而VARCHAR2的長度是能夠變化的， 好比，存儲字符串「abc"，對於CHAR (20)，表示你存儲的字符將佔20個字節(包括17個空字符)，而一樣的VARCHAR2 (20)則只佔用3個字節的長度，20只是最大值，當你存儲的字符小於20時，按實際長度存儲。 
2．CHAR的效率比VARCHAR2的效率稍高。 
3．目前VARCHAR是VARCHAR2的同義詞。工業標準的VARCHAR類型能夠存儲空字符串，可是oracle不這樣作，儘管它保留之後這樣作的權利。Oracle本身開發了一個數據類型VARCHAR2，這個類型不是一個標準的VARCHAR，它將在數據庫中varchar列能夠存儲空字符串的特性改成存儲NULL值。若是你想有向後兼容的能力，Oracle建議使用VARCHAR2而不是VARCHAR。

什麼時候該用CHAR，什麼時候該用varchar2？ 
CHAR與VARCHAR2是一對矛盾的統一體，二者是互補的關係. 
VARCHAR2比CHAR節省空間，在效率上比CHAR會稍微差一些，即要想得到效率，就必須犧牲必定的空間，這也就是咱們在數據庫設計上常說的‘以空間換效率’。 
VARCHAR2雖然比CHAR節省空間，可是若是一個VARCHAR2列常常被修改，並且每次被修改的數據的長度不一樣，這會引發‘行遷移’(Row Migration)現象，而這形成多餘的I/O，是數據庫設計和調整中要盡力避免的，在這種狀況下用CHAR代替VARCHAR2會更好一些。

char varchar nchar nvarchar 四者的區別
一、char[(n)]

長度爲 n 個字節的固定長度且非 Unicode 的字符數據。n 必須是一個介於 1 和 8,000 之間的數值。存儲大小爲 n 個字節。char 在 SQL-92 中的同義詞爲 character。

二、varchar[(n)]


長度爲 n 個字節的可變長度且非 Unicode 的字符數據。n 必須是一個介於 1 和 8,000 之間的數值。存儲大小爲輸入數據的字節的實際長度，而不是 n 個字節。所輸入的數據字符長度能夠爲零。varchar 在 SQL-92 中的同義詞爲 char varying 或 character varying。


若是沒有在數據定義或變量聲明語句中指定 n，則默認長度爲 1。若是沒有使用 CAST 函數指定 n，則默認長度爲 30。


將爲使用 char 或 varchar 的對象被指派數據庫的默認排序規則，除非用 COLLATE 子句另外指派了特定的排序規則。該排序規則控制用於存儲字符數據的代碼頁。


支持多語言的站點應考慮使用 Unicode nchar 或 nvarchar 數據類型以儘可能減小字符轉換問題。若是使用 char 或 varchar： 


若是但願列中的數據值大小接近一致，請使用 char。




若是但願列中的數據值大小顯著不一樣，請使用 varchar。 
若是執行 CREATE TABLE 或 ALTER TABLE 時 SET ANSI_PADDING 爲 OFF，則一個定義爲 NULL 的 char 列將被做爲 varchar 處理。 


當排序規則代碼頁使用雙字節字符時，存儲大小仍然爲 n 個字節。根據字符串的不一樣，n 個字節的存儲大小可能小於 n 個字符。

nchar 是固定長度 Unicode 數據的數據類型，nvarchar 是可變長度 Unicode 數據的數據類型，兩者均使用 UNICODE UCS-2 字符集。
三、nchar(n)

包含 n 個字符的固定長度 Unicode 字符數據。n 的值必須介於 1 與 4,000 之間。存儲大小爲 n 字節的兩倍。nchar 在 SQL-92 中的同義詞爲 national char 和 national character。

三、nvarchar(n)

包含 n 個字符的可變長度 Unicode 字符數據。n 的值必須介於 1 與 4,000 之間。字節的存儲大小是所輸入字符個數的兩倍。所輸入的數據字符長度能夠爲零。nvarchar 在 SQL-92 中的同義詞爲 national char varying 和 national character varying。

若是沒有在數據定義或變量聲明語句中指定 n，則默認長度爲 1。若是沒有使用 CAST 函數指定 n，則默認長度爲 30。


若是但願列中全部數據項的大小接近一致，則使用 nchar。


若是但願列中數據項的大小差別很大，則使用 nvarchar。


使用 nchar 或 nvarchar 的對象被賦予數據庫的默認排序規則，除非使用 COLLATE 子句賦予特定的排序規則。


SET ANSI_PADDING OFF 不適用於 nchar 或 nvarchar。SET ANSI_PADDING ON 永遠適用於 nchar 和 nvarchar。


===========================================================================

nchar(n)     


    包含     n     個字符的固定長度     Unicode     字符數據。n     的值必須介於     1     與     4,000     之間。存儲大小爲     n     字節的兩倍。nchar     在     SQL-92     中的同義詞爲     national     char     和     national     character。    


    nvarchar(n)    


    包含     n     個字符的可變長度     Unicode     字符數據。n     的值必須介於     1     與     4,000     之間。字節的存儲大小是所輸入字符個數的兩倍。所輸入的數據字符長度能夠爲零。nvarchar     在     SQL-92     中的同義詞爲     national     char     varying     和     national     character     varying。   


    註釋  


    若是沒有在數據定義或變量聲明語句中指定     n，則默認長度爲     1。若是沒有使用     CAST     函數指定     n，則默認長度爲     30。    


    若是但願列中全部數據項的大小接近一致，則使用     nchar。    


    若是但願列中數據項的大小差別很大，則使用     nvarchar。    


    使用     nchar     或     nvarchar     的對象被賦予數據庫的默認排序規則，除非使用     COLLATE     子句賦予特定的排序規則。    


    SET     ANSI_PADDING     OFF     不適用於     nchar     或     nvarchar。SET     ANSI_PADDING     ON     永遠適用於     nchar     和     nvarchar。   
   2、char     和     varchar  
    固定長度     (char)     或可變長度     (varchar)     字符數據類型。    

    char[(n)]    


    長度爲     n     個字節的固定長度且非     Unicode     的字符數據。n     必須是一個介於     1     和     8,000     之間的數值。存儲大小爲     n     個字節。char     在     SQL-92     中的同義詞爲     character。     

    varchar[(n)]  
    長度爲     n     個字節的可變長度且非     Unicode     的字符數據。n     必須是一個介於     1     和     8,000     之間的數值。存儲大小爲輸入數據的字節的實際長度，而不是     n     個字節。所輸入的數據字符長度能夠爲零。varchar     在     SQL-92     中的同義詞爲     char     varying     或     character     varying。  
    註釋  
    若是沒有在數據定義或變量聲明語句中指定     n，則默認長度爲     1。若是沒有使用     CAST     函數指定     n，則默認長度爲     30。  

    將爲使用     char     或     varchar     的對象被指派數據庫的默認排序規則，除非用     COLLATE     子句另外指派了特定的排序規則。該排序規則控制用於存儲字符數據的代碼頁。    

    支持多語言的站點應考慮使用     Unicode     nchar     或     nvarchar     數據類型以儘可能減小字符轉換問題。若是使用     char     或     varchar：      

    若是但願列中的數據值大小接近一致，請使用     char。   

    若是但願列中的數據值大小顯著不一樣，請使用     varchar。    


    若是執行     CREATE     TABLE     或     ALTER     TABLE     時     SET     ANSI_PADDING     爲     OFF，則一個定義爲     NULL     的     char     列將被做爲     varchar     處理。

    當排序規則代碼頁使用雙字節字符時，存儲大小仍然爲     n     個字節。根據字符串的不一樣，n     個字節的存儲大小可能小於     n     個字符。  


總結：
   一、 varchar：  
              可變長度的非    Unicode   數據，最長爲    8,000    個字符。  
   二、nvarchar：  
              可變長度    Unicode    數據，其最大長度爲    4,000    字符。  
   三、char:
          固定長度的非 Unicode 字符數據，最大長度爲 8,000 個字符。
   四、nchar
         固定長度的 Unicode 數據，最大長度爲 4,000 個字符。

    五、     char和varchar都是字符串類型的

        用Unicode編碼的字符串,結果是字符的整數值

 

================================================================================================================================

 

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的區別
一、CHAR。CHAR存儲定長數據很方便，CHAR字段上的索引效率級高，好比定義char(10)，那麼不論你存儲的數據是否達到了10個字節，都要佔去10個字節的空間。
二、VARCHAR。存儲變長數據，但存儲效率沒有CHAR高。若是一個字段可能的值是不固定長度的，咱們只知道它不可能超過10個字符，把它定義爲 VARCHAR(10)是最合算的。VARCHAR類型的實際長度是它的值的實際長度+1。爲何「+1」呢？這一個字節用於保存實際使用了多大的長度。
從空間上考慮，用varchar合適；從效率上考慮，用char合適，關鍵是根據實際狀況找到權衡點。
三、TEXT。text存儲可變長度的非Unicode數據，最大長度爲2^31-1(2,147,483,647)個字符。
四、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類型的字段時 char、nchar、varchar、nvarchar、text、ntext中哪種呢?

 

數據庫定義到char類型的字段時，不知道你們是否會猶豫一下，到底選char、nchar、varchar、nvarchar、text、ntext中哪種呢？結果極可能是兩種，一種是節儉人士的選擇：最好是用定長的，感受比變長能省些空間，並且處理起來會快些，沒法定長只好選用定長，而且將長度設置儘量地小；另外一種是則是以爲無所謂，儘可能用可變類型的，長度儘可能放大些。
鑑於如今硬件像蘿蔔同樣便宜的大好形勢，糾纏這樣的小問題實在是沒多大意義，不過若是不弄清它，總以爲對不起勞累過分的CPU和硬盤。

下面開始了(如下說明只針對SqlServer有效)：
一、當使用非unicode時慎用如下這種查詢：
select f from t where f = N'xx'
緣由：沒法利用到索引，由於數據庫會將f先轉換到unicode再和N'xx'比較
二、char 和相同長度的varchar處理速度差很少（後面還有說明）
三、varchar的長度不會影響處理速度！！！（看後面解釋）
四、索引中列總長度最多支持總爲900字節，因此長度大於900的varchar、char和大於450的nvarchar,nchar將沒法建立索引
五、text、ntext上是沒法建立索引的
六、O/R Mapping中對應實體的屬性類型通常是以string居多，用char[]的很是少，因此若是按mapping的合理性來講，可變長度的類型更加吻合
七、通常基礎資料表中的name在實際查詢中基本上所有是使用like '%xx%'這種方式，而這種方式是沒法利用索引的，因此若是對於此種字段，索引建了也白建
八、其它一些像remark的字段則是根本不須要查詢的，因此不須要索引
九、varchar的存放和string是同樣原理的，即length {block}這種方式，因此varchar的長度和它實際佔用空間是無關的
十、對於固定長度的字段，是須要額外空間來存放NULL標識的，因此若是一個char字段中出現很是多的NULL，那麼很不幸，你的佔用空間比沒有NULL的大（但這個大並非大太多，由於NULL標識是用bit存放的，但是若是你一行中只有你一個NULL須要標識，那麼你就白白浪費1byte空間了，罪過罪過！），這時候，你可使用特殊標識來存放，如：'NV'
十一、同上，因此對於這種NULL查詢，索引是沒法生效的，假如你使用了NULL標識替代的話，那麼恭喜你，你能夠利用到索引了
十二、char和varchar的比較成本是同樣的，如今關鍵就看它們的索引查找的成本了，由於查找策略都同樣，所以應該比較誰佔用空間小。在存放相同數量的字符狀況下，若是數量小，那麼char佔用長度是小於varchar的，但若是數量稍大，則varchar徹底可能小於char，並且要看實際填充數值的充實度，好比說varchar(3)和char(3)，那麼理論上應該是char快了，但若是是char(10)和varchar(10)，充實度只有30%的狀況下，理論上就應該是varchar快了。由於varchar須要額外空間存放塊長度，因此只要length(1-fillfactor)大於這個存放空間（好像是2字節)，那麼它就會比相同長度的char快了。
1三、nvarchar比varchar要慢上一些，並且對於非unicode字符它會佔用雙倍的空間，那麼這麼一種類型推出來是爲何呢？對，就是爲了國際化，對於unicode類型的數據，排序規則對它們是不起做用的，而非unicode字符在處理不一樣語言的數據時，必須指定排序規則才能正常工做，因此n類型就這麼一點好處。

總結：一、若是數據量很是大，又能100%肯定長度且保存只是ansi字符，那麼char二、能肯定長度又不必定是ansi字符或者，那麼用nchar；三、不肯定長度，要查詢且但願利用索引的話，用nvarchar類型吧，將它們設到400；四、不查詢的話沒什麼好說的，用nvarchar(4000)五、性格豪爽的能夠只用3和4，偶爾用用1，畢竟這是一種額外說明，等於告訴別人說，我必定須要長度爲X位的數據