具考證：在字符長(zhǎng)度一定時(shí)CHAR的性能比VARCHAR好，而在長(zhǎng)度不確定時(shí)，CHAR類型的字段在使用時(shí)性能略差。這個(gè)在sqlServer數(shù)據(jù)庫(kù)下面能夠體現(xiàn)，并且這個(gè)字段是經(jīng)常使用的。
區(qū)別：
1．CHAR的長(zhǎng)度是固 定的，而VARCHAR2的長(zhǎng)度是可以變化的， 比如，存儲(chǔ)字符串“abc"，對(duì)于CHAR (20)，表示你存儲(chǔ)的字符將占20個(gè)字節(jié)(包括17個(gè)空字符)，而同樣的VARCHAR2 (20)則只占用3個(gè)字節(jié)的長(zhǎng)度，20只是最大值，當(dāng)你存儲(chǔ)的字符小于20時(shí)，按實(shí)際長(zhǎng)度存儲(chǔ)。由于char是以固定長(zhǎng)度的，所以它的速度會(huì)比 varchar快得多!但程序處理起來(lái)要麻煩一點(diǎn)，要用trim之類的函數(shù)把兩邊的空格去掉!
2．CHAR的效率比VARCHAR2的效率稍高。
3．目前VARCHAR是VARCHAR2的同義詞。工業(yè)標(biāo)準(zhǔn)的VARCHAR類型可以存儲(chǔ)空字符串，但是oracle不這樣做，盡管它保留以后這樣做的權(quán)利。Oracle自己開(kāi)發(fā)了一個(gè)數(shù)據(jù)類型VARCHAR2，這個(gè)類型不是一個(gè)標(biāo)準(zhǔn)的VARCHAR，它將在數(shù)據(jù)庫(kù)中varchar列可以存儲(chǔ)空字符串的特性改為存儲(chǔ)NULL值。如果你想有向后兼容的能力，Oracle建議使用VARCHAR2而不是VARCHAR。
何時(shí)該用CHAR，何時(shí)該用varchar2？
CHAR與VARCHAR2是一對(duì)矛盾的統(tǒng)一體，兩者是互補(bǔ)的關(guān)系.
VARCHAR2比CHAR節(jié)省空間，在效率上比CHAR會(huì)稍微差一些，即要想獲得效率，就必須犧牲一定的空間，這也就是我們?cè)跀?shù)據(jù)庫(kù)設(shè)計(jì)上常說(shuō)的‘以空間換效率’。
VARCHAR2 雖然比CHAR節(jié)省空間，但是如果一個(gè)VARCHAR2列經(jīng)常被修改，而且每次被修改的數(shù)據(jù)的長(zhǎng)度不同，這會(huì)引起‘行遷移’(Row Migration)現(xiàn)象，而這造成多余的I/O，是數(shù)據(jù)庫(kù)設(shè)計(jì)和調(diào)整中要盡力避免的，在這種情況下用CHAR代替VARCHAR2會(huì)更好一些。