Add 索引到mysql 數(shù)據(jù)庫中的字段，這意味著對數(shù)據(jù)庫 a表中的一個或多個列值的集合以及物理標識表中這些值的相應數(shù)據(jù)頁進行排序。這是一個邏輯指針列表。索引提供指向存儲在表的指定列中的數(shù)據(jù)值的指針，然后根據(jù)指定的排序順序對這些指針進行排序。數(shù)據(jù)庫使用索引查找特定值，然后跟隨指針查找包含該值的行。這樣可以讓表對應的SQL語句執(zhí)行更快，快速訪問數(shù)據(jù)庫 table中的具體信息。

數(shù)據(jù)庫還可以防止添加會在表中創(chuàng)建重復鍵值的新數(shù)據(jù)。例如，如果在employee表中為雇員的姓氏(lname)創(chuàng)建了唯一的索引為列建立UNIQUE 索引后，插入新記錄時，數(shù)據(jù)庫管理系統(tǒng)會自動檢查新記錄在列上是否有重復值，CREATETABLE命令中的UNIQUE約束會隱式創(chuàng)建UNIQUE 索引。

影響數(shù)據(jù)檢索效率的幾個因素數(shù)據(jù)檢索主要有兩種形式。第一種是純數(shù)據(jù)庫。典型的結構是關系數(shù)據(jù)，如mysql。用戶通過sql表達自己需要的數(shù)據(jù)，mysql將SQL翻譯成物理的數(shù)據(jù)檢索動作并返回結果。第二種形式是現(xiàn)在越來越流行的大數(shù)據(jù)玩家的玩法。典型的結構是分區(qū)數(shù)據(jù)存儲。起初，這個倉庫是HDFS的原作。后來有人給HDFS加了索引的支持，或者干脆用了Elasticsearc之類的數(shù)據(jù)存儲。

用戶用HiveSQL提交給計算層，計算層從存儲中拉出數(shù)據(jù)，計算后返回給用戶。起初，這個大數(shù)據(jù)游戲是因為SQL中有許多無法滿足的即席查詢。干脆讓用戶自己寫圖/還原，想干嘛干嘛。但是后來玩大了，越來越多的人覺得Hive等這些方案查詢效率這么低。于是一個又一個項目開始優(yōu)化這些大數(shù)據(jù)計算框架的查詢性能。

Infobright是a 列式 數(shù)據(jù)庫基于獨有的專利知識網(wǎng)格技術。Infobright是開源的mysql數(shù)據(jù)倉庫解決方案，引入了列存儲方案、高強度數(shù)據(jù)壓縮和優(yōu)化的統(tǒng)計計算(類似于sum/avg/groupby)。Infobright是基于mysql的，但是沒有MySQL也可以安裝，因為自帶一個。Mysql大致可以分為邏輯層和物理存儲引擎。infobright主要實現(xiàn)了一個存儲引擎，但是由于其自身的存儲邏輯與relational 數(shù)據(jù)庫有著本質的不同，所以無法像InnoDB一樣作為插件直接連接mysql。它的邏輯層是mysql的邏輯層加上自己的優(yōu)化器。

數(shù)據(jù)庫列存儲是在數(shù)據(jù)庫 table中以列的形式存儲數(shù)據(jù)，而不是行。在列存儲中，每個數(shù)據(jù)值都存儲在自己的列中，每一列都由特定字符(如逗號)分隔。列存儲的原理是對數(shù)據(jù)進行分析和預處理，以便更好地存儲和檢索數(shù)據(jù)。在存儲列時，數(shù)據(jù)庫管理員或開發(fā)人員需要根據(jù)業(yè)務需求確定應該存儲哪些列以及如何存儲數(shù)據(jù)。一般來說，列存儲可以提供更好的性能和數(shù)據(jù)訪問效率，因為它可以減少數(shù)據(jù)讀取的行數(shù)，更有效地處理數(shù)據(jù)。