資料庫索引對select是一大利好，上萬條記錄的表如果經常對某些where條件的字段字段需要select時，要考慮是否該建個索引讓效能得到滿足。另外怎麼建索引？建怎樣的索引？是餘下要解決的問題。
索引可粗分為聚集和非聚集，簡單的來區分，聚集是資料記錄在資料庫裡是和儲存的物理id順序是一致的。而非聚集則不然。
(聚集索引就是將資料記錄直接儲存在此索引所建立的b+樹中。非聚集索引則只在b+樹中儲存記錄的位置資訊。)
(也有人這樣講：聚集加在不常更新的表，非聚集加在經常更新的表)(聚集索引對於單個的查詢比沒有索引要起作用)
(聚集索引的查詢效能好於非聚集索引，但是維護代價很大，對於他的資料改變會引起整行資料的物理位置移動。同時聚集索引還要為非聚集索引提供索引服務，所以盡量不用過大的列或過多的列作聚集索引
)(聚集索引的查詢效能好於非聚集索引，但是維護代價很大，對於他的資料改變會引起整行資料的物理位置移動。同時聚集索引還要為非聚集索引提供索引服務，所以盡量不用過大的列或過多的列作聚集索引
.一張表只能由乙個聚集索引.聚集索引可以極大優化大於，小於，group by和order by以及join語句的查詢性)
（聚集索引:物理儲存按照索引排序
非聚集索引:物理儲存不按照索引排序
聚集索引：插入資料時速度要慢
查詢資料比非聚集資料的速度快
）(主鍵一般是聚集索引，預設的聚集索引就是主鍵)
分割槽表的一些操作
一 建立表空間 create tablespace dinya space01 datafile f user data1.dbf size 50m autoextend on next 50m maxsize 20480m extent management local create tables...
對分割槽表的一些總結
分割槽表分為 範圍分割槽 partition by range 列表分割槽 partition by list hash分割槽 partition by hash 有多少個分割槽就有多少個segment 其實hash分割槽最大的好處在於，將資料根據一定的hash演算法，均勻分布到不同的分割槽中去，避...
MySQL對資料表已有表進行分割槽表
對現有的乙個表進行建立分割槽表，並把資料遷移到新錶，可以按時間來分割槽，然後這錶不是實時更新，每天有一次插入操作。時間比較充裕，但是伺服器上有其他應用，使用較小資源為主要方式。1 可以使用alter table來進行更改表為分割槽表，這個操作會建立乙個分割槽表，然後自動進行資料copy然後刪除原表，...