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

憑借整站使用H5技術(shù)的創(chuàng)新體驗(yàn)、定制設(shè)計(jì)、設(shè)計(jì)團(tuán)隊(duì)積累與透明式的服務(wù)過(guò)程,符合行業(yè)特點(diǎn),專(zhuān)屬顧問(wèn)根據(jù)企業(yè)產(chǎn)品,消費(fèi)群體屬性,準(zhǔn)確定位;設(shè)計(jì)師以目標(biāo)客戶(hù)為中心,以突出品牌官網(wǎng)特性為宗旨,定制專(zhuān)屬網(wǎng)站建設(shè)設(shè)計(jì)方案。
TINYINT,SMALLINT,MEDIUMINT,INT,BIGINT
DECIMAL(盡量減少小數(shù)點(diǎn)位數(shù))
DATE ,TIME
效率比較低的、不推薦使用的數(shù)據(jù)類(lèi)型有:
BINARY VARBINARY
FLOAT
DOUBLE
VARCHAR
TINYTEXT TEXT
Infobright數(shù)據(jù)類(lèi)型使用的一些經(jīng)驗(yàn)和注意點(diǎn):
(1)Infobright的數(shù)值類(lèi)型的范圍和MySQL有點(diǎn)不一樣,比如Infobright的Int的最小值是-2147483647,而MySQl的Int最小值應(yīng)該是-2147483648。其他的數(shù)值類(lèi)型都存在這樣的問(wèn)題。
(2)能夠使用小數(shù)據(jù)類(lèi)型就使用小數(shù)據(jù)類(lèi)型,比如能夠使用SMALLINT就不適用INT,這一點(diǎn)上Infobright和MySQL保持一致。
(3)避免效率低的數(shù)據(jù)類(lèi)型,像TEXT之類(lèi)能不用就不用,像FLOAT盡量用DECIMAL代替,但是需要權(quán)衡畢竟DECIMAL會(huì)損失精度。
(4)盡量少用VARCHAR,在MySQL里面動(dòng)態(tài)的Varchar性能就不強(qiáng),所以盡量避免VARCHAR。如果適合的話(huà)可以選擇把VARCHAR改成CHAR存儲(chǔ)甚至專(zhuān)程INTEGER類(lèi)型。VARCHAR的優(yōu)勢(shì)在于分配空間的長(zhǎng)度可變,既然Infobright具有那么優(yōu)秀的壓縮性能,個(gè)人認(rèn)為完全可以把VARCHAR轉(zhuǎn)成CHAR。CHAR會(huì)具有更好的查詢(xún)和壓縮性能。
(5)能夠使用INT的情況盡量使用INT,很多時(shí)候甚至可以把一些CHAR類(lèi)型的數(shù)據(jù)往整型轉(zhuǎn)化。比如搜索日志里面的客戶(hù)***id、客戶(hù)id等等數(shù)據(jù)就可以用BIGINT存儲(chǔ)而不用CHAR存儲(chǔ)。其實(shí)把時(shí)間分割成year、month、day三列存儲(chǔ)也是很好的選擇。在我能見(jiàn)到的系統(tǒng)里面時(shí)間基本上是使用頻率***的字段,提高時(shí)間字段的查詢(xún)性能顯然是非常重要的。當(dāng)然這個(gè)還是要根據(jù)系統(tǒng)的具體情況,做數(shù)據(jù)分析時(shí)有時(shí)候很需要MySQL的那些時(shí)間函數(shù)。
(6)varchar和char字段還可以使用comment lookup,comment lookup能夠顯著地提高壓縮比率和查詢(xún)性能。
網(wǎng)頁(yè)名稱(chēng):細(xì)數(shù)Infobright的相關(guān)數(shù)據(jù)類(lèi)型
轉(zhuǎn)載注明:http://www.5511xx.com/article/cdodhsh.html


咨詢(xún)
建站咨詢(xún)
