《沁園春·雪》

北國風光，千裏冰封，萬裏雪飄。
望長城內外，惟餘莽莽；大河上下，頓失滔滔。
山舞銀蛇，原馳蠟象，欲與天公試比高。
須晴日，看紅妝素裹，分外妖嬈。
江山如此多嬌，引無數英雄竟折腰。
惜秦皇漢武，略輸文采；
唐宗宋祖，稍遜風騷。
一代天驕，成吉思漢，只識彎弓射大雕。
俱往矣，數風流人物，還看今朝。
建立索引的優缺點:
為什麽要創建索引呢？
這是因為，創建索引可以大大提高系統的性能。
第一、通過創建唯一性索引，可以保證數據庫表中每一行數據的唯一性。
第二、可以大大加快數據的檢索速度，這也是創建索引的最主要的原因。
第三、可以加速表和表之間的連接，特別是在實現數據的參考完整性方面特別有意義。
第四、在使用分組和排序子句進行數據檢索時，同樣可以顯著減少查詢中分組和排序的時間。
第五、通過使用索引，可以在查詢的過程中，使用優化隱藏器，提高系統的性能。
也許會有人要問：增加索引有如此多的優點，為什麽不對表中的每一個列創建一個索引呢？這種想法固然有其合理性，然而也有其片面性。雖然，索引有許多優點，但是，為表中的每一個列都增加索引，是非常不明智的。
這是因為，增加索引也有許多不利的一個方面:
第一、創建索引和維護索引要耗費時間，這種時間隨著數據量的增加而增加。
第二、索引需要占物理空間，除了數據表占數據空間之外，每一個索引還要占一定的物理空間。如果要建立聚簇索引，那麽需要的空間就會更大。
第三、當對表中的數據進行增加、刪除和修改的時候，索引也要動態的維護，這樣就降低了數據的維護速度。
什麽樣的字段適合創建索引:
索引是建立在數據庫表中的某些列的上面。因此，在創建索引的時候，應該仔細考慮在哪些列上可以創建索引，在哪些列上不能創建索引。
一般來說，應該在這些列上創建索引，例如：
第一、在經常需要搜索的列上，可以加快搜索的速度；
第二、在作為主鍵的列上，強制該列的唯一性和組織表中數據的排列結構；
第三、在經常用在連接的列上，這些列主要是一些外鍵，可以加快連接的速度；
第四、在經常需要根據範圍進行搜索的列上創建索引，因為索引已經排序，其指定的範圍是連續的；
第五、在經常需要排序的列上創建索引，因為索引已經排序，這樣查詢可以利用索引的排序，加快排序查詢時間；
第六、在經常使用在WHERE子句中的列上面創建索引，加快條件的判斷速度。
建立索引，一般按照select的where條件來建立，比如： select的條件是where f1 and f2，那麽如果我們在字段f1或字段f2上簡歷索引是沒有用的，只有在字段f1和f2上同時建立索引才有用等。
什麽樣的字段不適合創建索引:
同樣，對於有些列不應該創建索引。一般來說，不應該創建索引的的這些列具有下列特點：
第一，對於那些在查詢中很少使用或者參考的列不應該創建索引。這是因為，既然這些列很少使用到，因此有索引或者無索引，
並不能提高查詢速度。相反，由於增加了索引，反而降低了系統的維護速度和增大了空間需求。
第二，對於那些只有很少數據值的列也不應該增加索引。這是因為，由於這些列的取值很少，例如人事表的性別列，
在查詢的結果中，結果集的數據行占了表中數據行的很大比例，即需要在表中搜索的數據行的比例很大。
增加索引，並不能明顯加快檢索速度。
第三，對於那些定義為text, image和bit數據類型的列不應該增加索引。這是因為，這些列的數據量要麽相當大，要麽取值很少。
第四，當修改性能遠遠大於檢索性能時，不應該創建索引。這是因為，修改性能和檢索性能是互相矛盾的。
當增加索引時，會提高檢索性能，但是會降低修改性能。當減少索引時，會提高修改性能，降低檢索性能。
因此，當修改性能遠遠大於檢索性能時，不應該創建索引。

創建索引的方法:
1、創建索引，例如 create index <索引的名字> on table_name (列的列表);
2、修改表，例如 alter table table_name add index[索引的名字] (列的列表);
3、創建表的時候指定索引，例如create table table_name ( [...], INDEX [索引的名字] (列的列表) );
查看表中索引的方法:
show index from table_name; 查看索引
索引的類型及創建例子:
1.PRIMARY KEY （主鍵索引）
alter table table_name add primary key ( column

修改表中的索引：
alter table tablename drop primary key,add primary key(fileda,filedb)

索引（快速查詢）