Infobright里面支持所有的MySQL原有的數(shù)據(jù)類型。其中Integer類型比其他數(shù)據(jù)類型更加高效。盡可能使用以下的數(shù)據(jù)類型：

TINYINT，SMALLINT，MEDIUMINT，INT，BIGINT

DECIMAL（盡量減少小數(shù)點(diǎn)位數(shù)）

DATE ，TIME

效率比較低的、不推薦使用的數(shù)據(jù)類型有：

BINARY VARBINARY

FLOAT

DOUBLE

VARCHAR

TINYTEXT TEXT

Infobright數(shù)據(jù)類型使用的一些經(jīng)驗(yàn)和注意點(diǎn)：

（1）Infobright的數(shù)值類型的范圍和MySQL有點(diǎn)不一樣，比如Infobright的Int的最小值是-2147483647，而MySQl的Int最小值應(yīng)該是-2147483648。其他的數(shù)值類型都存在這樣的問題。

（2）能夠使用小數(shù)據(jù)類型就使用小數(shù)據(jù)類型，比如能夠使用SMALLINT就不適用INT，這一點(diǎn)上Infobright和MySQL保持一致。

（3）避免效率低的數(shù)據(jù)類型，像TEXT之類能不用就不用，像FLOAT盡量用DECIMAL代替，但是需要權(quán)衡畢竟DECIMAL會損失精度。

（4）盡量少用VARCHAR，在MySQL里面動態(tài)的Varchar性能就不強(qiáng)，所以盡量避免VARCHAR。如果適合的話可以選擇把VARCHAR改成CHAR存儲甚至專程INTEGER類型。VARCHAR的優(yōu)勢在于分配空間的長度可變，既然Infobright具有那么優(yōu)秀的壓縮性能，個(gè)人認(rèn)為完全可以把VARCHAR轉(zhuǎn)成CHAR。CHAR會具有更好的查詢和壓縮性能。

（5）能夠使用INT的情況盡量使用INT，很多時(shí)候甚至可以把一些CHAR類型的數(shù)據(jù)往整型轉(zhuǎn)化。比如搜索日志里面的客戶***id、客戶id等等數(shù)據(jù)就可以用BIGINT存儲而不用CHAR存儲。其實(shí)把時(shí)間分割成year、month、day三列存儲也是很好的選擇。在我能見到的系統(tǒng)里面時(shí)間基本上是使用頻率***的字段，提高時(shí)間字段的查詢性能顯然是非常重要的。當(dāng)然這個(gè)還是要根據(jù)系統(tǒng)的具體情況，做數(shù)據(jù)分析時(shí)有時(shí)候很需要MySQL的那些時(shí)間函數(shù)。

（6）varchar和char字段還可以使用comment lookup，comment lookup能夠顯著地提高壓縮比率和查詢性能。

原文標(biāo)題：http://blog.chinaunix.net/u2/72637/showart_2306106.html