Ⅰ sql資料庫 使用命令為表studinfo的studsex欄位建立一個非聚集唯一索引myidx,請
非聚集索引，前提條件是：
該 欄位是IDENTITY KEY NONCLUSTERED類型，也就是指定NONCLUSTERED關鍵字。
比如：
CREATETABLEMyTableKeyExample
{
,
Column2int
聚集索引默認與主鍵相匹配，在設置主鍵時，SQL Server會默認在主鍵列創建聚集索引。但是可以手動更改為在任意一個列創建聚集索引，然後在另一個欄位或多個欄位上定義主鍵。這時主鍵將會被作為一個唯一的非聚集索引(唯一索引)被創建。通過指定NONCLUSTERED關鍵字就可以做到。
聲明唯一索引的語法很簡單，只是多了個UNIQUE關鍵字。
比如：
CREATEUNIQUENONCLUSTEREDINDEX[AK_Proct_Name]ONProction.Proct([Name]);
Ⅱ mysql數據表 唯一索引需要修改成普通索引 怎麼改
解決方案：先刪除唯一索引，再在當前欄位創建普通索引，參考下列說明以及SQL：
普通索引
普通索引（由關鍵字KEY或INDEX定義的索引）的唯一任務是加快對數據的訪問速度。因此，應該只為那些最經常出現在查詢條件（WHEREcolumn=）或排序條件（ORDERBYcolumn）中的數據列創建索引。只要有可能，就應該選擇一個數據最整齊、最緊湊的數據列（如一個整數類型的數據列）來創建索引。
唯一索引
普通索引允許被索引的數據列包含重復的值。比如說，因為人有可能同名，所以同一個姓名在同一個「員工個人資料」數據表裡可能出現兩次或更多次。
如果能確定某個數據列將只包含彼此各不相同的值，在為這個數據列創建索引的時候就應該用關鍵字UNIQUE把它定義為一個唯一索引。這么做的好處：一是簡化了MySQL對這個索引的管理工作，這個索引也因此而變得更有效率；二是MySQL會在有新記錄插入數據表時，自動檢查新記錄的這個欄位的值是否已經在某個記錄的這個欄位里出現過了；如果是，MySQL將拒絕插入那條新記錄。也就是說，唯一索引可以保證數據記錄的唯一性。事實上，在許多場合，人們創建唯一索引的目的往往不是為了提高訪問速度，而只是為了避免數據出現重復。
刪除索引
可利用ALTER TABLE或DROP INDEX語句來刪除索引。類似於CREATE INDEX語句，DROP INDEX可以在ALTER TABLE內部作為一條語句處理，語法如下。
DROP INDEX index_name ON talbe_name
ALTER TABLE table_name DROP INDEX index_name
ALTER TABLE table_name DROP PRIMARY KEY
創建索引
在執行CREATE TABLE語句時可以創建索引，也可以單獨用CREATE INDEX或ALTER TABLE來為表增加索引。
ALTER TABLE
ALTER TABLE用來創建普通索引、UNIQUE索引或PRIMARY KEY索引。
ALTER TABLE table_name ADD INDEX index_name (column_list)
ALTER TABLE table_name ADD UNIQUE (column_list)
ALTER TABLE table_name ADD PRIMARY KEY (column_list)
Ⅲ 索引是不是分為唯一索引和非唯一索引
根據資料庫的功能，可以在資料庫設計器中創建四種索引：單列索引、唯一索引、主鍵索引和聚集索引。
1，普通索引
最基本的索引類型，沒有唯一性之類的限制。
2，唯一索引
唯一索引是不允許其中任何兩行具有相同索引值的索引。
當現有數據中存在重復的鍵值時，大多數資料庫不允許將新創建的唯一索引與表一起保存。資料庫還可能防止添加將在表中創建重復鍵值的新數據。例如，如果在 employee 表中職員的姓 (lname) 上創建了唯一索引，則任何兩個員工都不能同姓。
對某個列建立UNIQUE索引後，插入新記錄時，資料庫管理系統會自動檢查新紀錄在該列上是否取了重復值，在CREATE TABLE 命令中的UNIQE約束將隱式創建UNIQUE索引。
3，主鍵索引
簡稱為主索引，資料庫表中一列或列組合（欄位）的值唯一標識表中的每一行。該列稱為表的主鍵。
在資料庫關系圖中為表定義主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特定類型。該索引要求主鍵中的每個值都唯一。當在查詢中使用主鍵索引時，它還允許對數據的快速訪問。
提示盡管唯一索引有助於定位信息，但為獲得最佳性能結果，建議改用主鍵索引。
4，候選索引
與主索引一樣要求欄位值的唯一性，並決定了處理記錄的順序。在資料庫和自由表中，可以為每個表建立多個候選索引。
5，聚集索引
也稱為聚簇索引，在聚集索引中，表中行的物理順序與鍵值的邏輯（索引）順序相同。一個表只能包含一個聚集索引， 即如果存在聚集索引，就不能再指定CLUSTERED 關鍵字。
6，非聚集索引
也叫非簇索引，在非聚集索引中，資料庫表中記錄的物理順序與索引順序可以不相同。一個表中只能有一個聚集索引，但表中的每一列都可以有自己的非聚集索引。如果在表中創建了主鍵約束，SQL Server將自動為其產生唯一性約束。在創建主鍵約束時，如果制定CLUSTERED關鍵字，則將為表產生唯一聚集索引。
(3)sql把索引改為不唯一擴展閱讀：
並非所有的資料庫都以相同的方式使用索引。作為通用規則，只有當經常查詢索引列中的數據時，才需要在表上創建索引。索引佔用磁碟空間，並且降低添加、刪除和更新行的速度。如果應用程序非常頻繁地更新數據或磁碟空間有限，則可能需要限制索引的數量。在表較大時再建立索引，表中的數據越多，索引的優越性越明顯。
可以基於資料庫表中的單列或多列創建索引。多列索引使您可以區分其中一列可能有相同值的行。
參考資料來源：網路-索引
Ⅳ SQL SERVER資料庫 唯一索引 非唯一索引 聚集索引 非聚集索引 之間區別
這里說的聚集索引是聚簇索引吧。。。
聚簇索引即建立在聚簇上的索引，創建聚簇索引時，需要對已有表數據重新進行排序（若表中已有數據），即刪除原始的表數據後再將排序結果按物理順序插回，故聚簇索引建立完畢後，建立聚簇索引的列中的數據已經全部按序排列。
一個表中只能包含一個聚簇索引，但該索引可以包含多個列。
B-樹索引中，聚簇索引的葉層就是數據頁。
非聚簇索引類似書本索引，索引與數據存放在不同的物理區域，建立非聚簇索引時數據本身不進行排序。一個表中科含多個非聚簇索引。
B-樹索引中，非聚簇索引的葉層仍是索引頁，其以指針指向數據頁實際存儲位置。
唯一性索引保證表中沒有兩行在定義索引的列上具有重復值，ORACLE自動為主鍵和唯一鍵列創建唯一索引；主鍵本身就是唯一索引，反之不成立（唯一索引允許一個NULL值），唯一性索引比非唯一性索引效率高，故在一般情況下，在無重復值的列上應盡量建立唯一性索引。
若為謀個表的某個列創建了唯一索引，則即使這個列沒有唯一值約束，也會被強制限制不能插入重復記錄。
這樣回答LZ滿意么？
Ⅳ orale怎麼通過sql語句把唯一主鍵修改成非唯一主鍵
重建表吧，真的
Ⅵ 資料庫中創建一對多索引 編號不唯一怎麼辦,
資料庫中的一對多索引編號不唯一沒有關系，檢索數據快速建立索引還是很有必要的。
可以利用索引快速訪問資料庫表中的特定信息。索引是對資料庫表中一個或多個列（例如，employee 表的姓氏 (lname) 列）的值進行排序的結構。如果想按特定職員的姓來查找他或她，則與在表中搜索所有的行相比，索引有助於更快地獲取信息。
索引提供指針以指向存儲在表中指定列的數據值，然後根據指定的排序次序排列這些指針。資料庫使用索引的方式與使用書的目錄很相似：通過搜索索引找到特定的值，然後跟隨指針到達包含該值的行。
在資料庫關系圖中，可以為選定的表創建、編輯或刪除索引/鍵屬性頁中的每個索引類型。當保存附加在此索引上的表或包含此表的資料庫關系圖時，索引同時被保存。有關詳細信息，請參見創建索引。
通常情況下，只有當經常查詢索引列中的數據時，才需要在表上創建索引。索引將佔用磁碟空間，並且降低添加、刪除和更新行的速度。不過在多數情況下，索引所帶來的數據檢索速度的優勢大大超過它的不足之處。然而，如果應用程序非常頻繁地更新數據，或磁碟空間有限，那麼最好限制索引的數量。
索引類型
根據資料庫的功能，可在資料庫設計器中創建三種類型的索引 — 唯一索引、主鍵索引和聚集索引。
提示 盡管唯一索引有助於找到信息，但為了獲得最佳性能，建議使用主鍵約束或唯一約束。
唯一索引
唯一索引不允許兩行具有相同的索引值。
主鍵索引
資料庫表通常有一列或列組合，其值用來唯一標識表中的每一行。該列稱為表的主鍵。
在資料庫關系圖中為表定義一個主鍵將自動創建主鍵索引，主鍵索引是唯一索引的特殊類型。主鍵索引要求主鍵中的每個值是唯一的。
聚集索引
聚集索引中，表中各行的物理順序與鍵值的邏輯（索引）順序相同。表只能包含一個聚集索引。
如果不是聚集索引，表中各行的物理順序與鍵值的邏輯順序不匹配。聚集索引比非聚集索引有更快的數據訪問速度
在 Microsoft? SQL Server? 資料庫中可以創建聚集索引。在聚集索引中，表中各行的物理順序與索引鍵值的邏輯（索引）順序相同。表只能包含一個聚集索引。聚集索引通常可加快 UPDATE 和 DELETE 操作的速度，因為這兩個操作需要讀取大量的數據。創建或修改聚集索引可能要花很長時間，因為執行這兩個操作時要在磁碟上對表的行進行重組。
可考慮將聚集索引用於：
1：包含數量有限的唯一值的列，如 state 列只包含 50 個唯一的州代碼。
2：使用下列運算符返回一個范圍值的查詢：BETWEEN、>、>=、< 和 <=。
3：返回大結果集的查詢。 （摘自Microsoft? SQL Server?幫助）
聚集索引對於那些經常要搜索范圍值的列特別有效。使用聚集索引找到包含第一個值的行後，便可以確保包含後續索引值的行在物理相鄰。例如，如果應用程序執行的一個查詢經常檢索某一日期范圍內的記錄，則使用聚集索引可以迅速找到包含開始日期的行，然後檢索表中所有相鄰的行，直到到達結束日期。這樣有助於提高此類查詢的性能。同樣，如果對從表中檢索的數據進行排序時經常要用到某一列，則可以將該表在該列上聚集（物理排序），避免每次查詢該列時都進行排序，從而節省成本。
當索引值唯一時，使用聚集索引查找特定的行也很有效率。例如，使用唯一雇員 ID 列 emp_id 查找特定雇員的最快速的方法，是在 emp_id 列上創建聚集索引或 PRIMARY KEY 約束。
在創建聚集索引之前，應先了解您的數據是如何被訪問的。可考慮將聚集索引用於：
1 包含大量非重復值的列。
2 使用下列運算符返回一個范圍值的查詢：BETWEEN、>、>=、< 和 <=。
3 被連續訪問的列。
4 返回大型結果集的查詢。
5 經常被使用聯接或 GROUP BY 子句的查詢訪問的列；一般來說，這些是外鍵列。對 ORDER BY 或 GROUP BY 子句中指定的列進行索引，可以使 SQL Server 不必對數據進行排序，因為這些行已經排序。這樣可以提高查詢性能。
6 OLTP 類型的應用程序，這些程序要求進行非常快速的單行查找（一般通過主鍵）。應在主鍵上創建聚集索引。
聚集索引不適用於：
1 頻繁更改的列 這將導致整行移動（因為 SQL Server 必須按物理順序保留行中的數據值）。這一點要特別注意，因為在大數據量事務處理系統中數據是易失的。
2 寬鍵 來自聚集索引的鍵值由所有非聚集索引作為查找鍵使用，因此存儲在每個非聚集索引的葉條目內。
說明
如果該表上尚未創建聚集索引，且在創建 PRIMARY KEY 約束時未指定非聚集索引，PRIMARY KEY 約束會自動創建聚集索引。
注意事項
定義聚集索引鍵時使用的列越少越好，這一點很重要。如果定義了一個大型的聚集索引鍵，則同一個表上定義的任何非聚集索引都將增大許多，因為非聚集索引條目包含聚集鍵。當把 SQL 腳本保存到可用空間不足的磁碟上時，索引優化向導不返回錯誤。
Ⅶ SQL SERVER中怎麼樣在主關鍵字上創建聚集不唯一索引
呵，你可以試著在建表時，建雙主鍵！
或者，建一張關聯表，把第一張表的主建，和要關聯的第二張的主建，都放在第三張表去，然後進行關聯查尋！這樣表與表之間就能相互取值了
Ⅷ sql 創建 非唯一索引，用語句創。。。
SQL Server中 非聚集索引
Ⅸ SQL Server唯一索引和非唯一索引的區別簡析
1. 在表和索引設計階段，如果可能，欄位設定為不允許NULL，索引設定為唯一。這樣節約存儲空間並提高了IO效率。
2. 聚集索引鍵列應該盡量選用窄的欄位，因為非聚集索引會引用其鍵列。如果聚集鍵過大則會使非聚集索引同時也佔用更多存儲空間。
3. SQL Server在創建索引時，默認是創建非唯一的。所以在創建索引時，要認真考慮是否可以創建為唯一索引。