sql有無索引的區(qū)別？有區(qū)別，具體看追加：有索引的，好象是索引掃描或能聚集索引掃描(seek)沒有索引的，是表掃描(sacn)現(xiàn)在查詢講器早很非智能了，某些表有索引的情況下，也并非一定會在用索引，它會

sql有無索引的區(qū)別？

有區(qū)別，具體看追加：

有索引的，好象是索引掃描或能聚集索引掃描

(seek)

沒有索引的，是表掃描(sacn)

現(xiàn)在查詢講器早很非智能了，某些表有索引的情況下，也并非一定會在用索引，它會推測io、預(yù)讀，來自動的使用表掃描和索引掃描。

按記錄存放位置索引可分為？

通過記錄的存放位置,索引可以不統(tǒng)稱圍聚索引和非聚集索引。

sql 唯一約束是主鍵嗎？

不是。任何約束和主鍵約束的區(qū)別：

（1）唯一性強制力允許在該列上存在NULL值，而主鍵約束的限制無比嚴不，而且不愿意有再重復(fù)一遍，不過也不愿意沒事的話值。

（2）在修改唯一性約束和主鍵約束時這個可以修改集中索引和非圍聚索引，但在默認情況下主鍵約束力才能產(chǎn)生聚集索引，而唯一性約束力有一種非圍聚索引。

mysql非聚簇索引和oracle 非聚簇索引？

mysql非聚簇索引

數(shù)據(jù)存儲和索引分開放，索引結(jié)構(gòu)的葉子節(jié)點朝了數(shù)據(jù)的對應(yīng)行，myisam實際key_buffer把索引先緩存到內(nèi)存中，當(dāng)是需要不能訪問數(shù)據(jù)時（是從索引訪問數(shù)據(jù)），在內(nèi)存中再搜索索引，接著實際索引可以找到磁盤或則數(shù)據(jù)，這也就是為什么索引不在keybuffer命中等級時，速度慢的原因（磁盤IO）。

oracle非圍聚索引:

表數(shù)據(jù)存儲順序與索引順序無關(guān)。這對非圍聚索引，葉結(jié)點包含索引字段值及對準(zhǔn)數(shù)據(jù)頁數(shù)據(jù)行的邏輯指針，其行數(shù)量與數(shù)據(jù)表行數(shù)據(jù)量一致

sql里能創(chuàng)建多少個索引？

聚集索引只能確立一個，只不過表建立聚集索引之后數(shù)據(jù)表的數(shù)據(jù)是依據(jù)什么集中索引列的順序順序排列的，只不過任一序列在物理上存儲文件沒法有一個順序，所以才集中索引沒有辦法有一個。

非集中索引也可以有多個，依據(jù)有所不同數(shù)據(jù)庫存儲表結(jié)果的不同，數(shù)量也有所差別，以SQL SERVER為例，非集中索引的數(shù)量占比為254個。本來非能聚集索引也可以有多個是是因為非集中索引的排序僅僅索引字段指針的排序，根本不影響大數(shù)據(jù)的物理存儲順序，因此也可以有多個非聚集索引。

不過非圍聚索引多了也會引響系統(tǒng)性能及網(wǎng)上查詢速度，所以并又不是越多越好的。