Khi nào tôi nên sử dụng một ràng buộc duy nhất thay vì một chỉ mục duy nhất?

Khi tôi muốn một cột có các giá trị riêng biệt, tôi có thể sử dụng một ràng buộc

create table t1(
id int primary key,
code varchar(10) unique NULL
);
go

hoặc tôi có thể sử dụng một chỉ mục duy nhất

create table t2(
id int primary key,
code varchar(10) NULL
);
go

create unique index I_t2 on t2(code);

Các cột với các ràng buộc duy nhất dường như là ứng cử viên tốt cho các chỉ mục duy nhất.

Có bất kỳ lý do đã biết để sử dụng các ràng buộc duy nhất và không sử dụng các chỉ mục duy nhất thay thế?

Dưới vỏ bọc, một ràng buộc duy nhất được triển khai giống như một chỉ mục duy nhất - một chỉ mục là cần thiết để thực hiện hiệu quả yêu cầu thực thi ràng buộc đó. Ngay cả khi chỉ mục được tạo do kết quả của ràng buộc UNIQUE, trình lập kế hoạch truy vấn có thể sử dụng nó giống như bất kỳ chỉ mục nào khác nếu nó thấy đó là cách tốt nhất để tiếp cận một truy vấn nhất định.

Vì vậy, đối với một cơ sở dữ liệu hỗ trợ cả hai tính năng, việc lựa chọn sử dụng thường sẽ đi theo phong cách và tính nhất quán ưa thích.

Nếu bạn dự định sử dụng chỉ mục làm chỉ mục (nghĩa là mã của bạn có thể dựa vào tìm kiếm / sắp xếp / lọc trên trường đó một cách nhanh chóng) tôi sẽ sử dụng một chỉ mục duy nhất (và nhận xét nguồn) thay vì ràng buộc để thực hiện điều đó rõ ràng - theo cách này nếu yêu cầu về tính duy nhất được thay đổi trong lần sửa đổi sau của ứng dụng mà bạn (hoặc một số lập trình viên khác) sẽ biết để đảm bảo một chỉ mục không duy nhất được đặt thay thế cho một chỉ số duy nhất (chỉ cần loại bỏ một ràng buộc duy nhất sẽ loại bỏ chỉ số hoàn toàn). Ngoài ra, một chỉ mục cụ thể có thể được đặt tên trong một gợi ý chỉ mục (ví dụ: VỚI (INDEX (ix_index_name)), mà tôi không nghĩ là trường hợp chỉ mục được tạo ra đằng sau hậu trường để quản lý tính duy nhất vì bạn không thể biết tên của nó.

Tương tự như vậy, nếu bạn chỉ cần thực thi tính duy nhất như một quy tắc kinh doanh thay vì trường cần tìm kiếm hoặc sử dụng để sắp xếp thì tôi sẽ sử dụng ràng buộc, một lần nữa để làm cho mục đích sử dụng rõ ràng hơn khi người khác nhìn vào định nghĩa bảng của bạn.

Lưu ý rằng nếu bạn sử dụng cả ràng buộc duy nhất và chỉ mục duy nhất trên cùng một trường, cơ sở dữ liệu sẽ không đủ sáng để xem bản sao, do đó bạn sẽ kết thúc với hai chỉ mục sẽ tiêu tốn thêm dung lượng và làm chậm việc chèn / cập nhật hàng.

Ngoài những điểm trong các câu trả lời khác, đây là một số khác biệt chính giữa hai câu hỏi.

Lưu ý: Các thông báo lỗi là từ SQL Server 2012.

Lỗi

Vi phạm một ràng buộc duy nhất trả về lỗi 2627.

Msg 2627, Level 14, State 1, Line 1
Violation of UNIQUE KEY constraint 'P1U_pk'. Cannot insert duplicate key in object 'dbo.P1U'. The duplicate key value is (1).
The statement has been terminated.

Vi phạm một chỉ mục duy nhất trả về lỗi 2601.

Msg 2601, Level 14, State 1, Line 1
Cannot insert duplicate key row in object 'dbo.P1' with unique index 'P1_u'. The duplicate key value is (1).
The statement has been terminated.

Vô hiệu hóa

Một ràng buộc duy nhất không thể bị vô hiệu hóa.

Msg 11415, Level 16, State 1, Line 1
Object 'P1U_pk' cannot be disabled or enabled. This action applies only to foreign key and check constraints.
Msg 4916, Level 16, State 0, Line 1
Could not enable or disable the constraint. See previous errors.

Nhưng chỉ mục duy nhất đằng sau một ràng buộc khóa chính hoặc một ràng buộc duy nhất có thể bị vô hiệu hóa, như bất kỳ chỉ mục duy nhất nào. Mũ lưỡi trai Brain2000.

ALTER INDEX P1_u ON dbo.P1 DISABLE ;

Lưu ý cảnh báo thông thường rằng việc vô hiệu hóa một chỉ mục được nhóm làm cho dữ liệu không thể truy cập được.

Tùy chọn

Các ràng buộc duy nhất hỗ trợ các tùy chọn lập chỉ mục như FILLFACTORvà IGNORE_DUP_KEY, mặc dù điều này không xảy ra đối với mọi phiên bản của SQL Server.

Cột bao gồm

Các chỉ mục không bao gồm có thể bao gồm các cột không được lập chỉ mục (được gọi là chỉ mục bao phủ, đây là một cải tiến hiệu suất chính). Các chỉ mục đằng sau các ràng buộc PRIMARY KEY và UNIITE không thể bao gồm các cột. Mũ lưỡi trai @ypercube.

Lọc

Một ràng buộc duy nhất không thể được lọc.

Một chỉ mục duy nhất có thể được lọc.

CREATE UNIQUE NONCLUSTERED INDEX Students6_DrivesLicence_u 
ON dbo.Students6( DriversLicenceNo ) WHERE DriversLicenceNo is not null ;

Ràng buộc khóa ngoại

Ràng buộc khóa ngoài không thể tham chiếu một chỉ mục duy nhất được lọc, mặc dù nó có thể tham chiếu một chỉ mục duy nhất không được lọc (tôi nghĩ rằng điều này đã được thêm vào trong SQL Server 2005).

Đặt tên

Khi tạo ràng buộc, chỉ định tên ràng buộc là tùy chọn (cho tất cả năm loại ràng buộc). Nếu bạn không chỉ định tên thì MSSQL sẽ tạo một tên cho bạn.

CREATE TABLE dbo.T1 (
    TID int not null PRIMARY KEY
) ;
GO
CREATE TABLE dbo.T2 (
    TID int not null CONSTRAINT T2_pk PRIMARY KEY
) ;

Khi tạo chỉ mục, bạn phải chỉ định một tên.

Hat-tip @ i-one.

Liên kết

http://technet.microsoft.com/en-us/l Library / aa224827 (v = Vista.80) .aspx

http://technet.microsoft.com/en-us/l Library / ms177456.aspx

Để trích dẫn MSDN như một nguồn có thẩm quyền:

Không có sự khác biệt đáng kể giữa việc tạo ra một ràng buộc ĐỘC ĐÁO và tạo một chỉ mục duy nhất độc lập với một ràng buộc . Xác thực dữ liệu xảy ra theo cách tương tự và trình tối ưu hóa truy vấn không phân biệt giữa một chỉ mục duy nhất được tạo bởi một ràng buộc hoặc được tạo thủ công. Tuy nhiên, việc tạo một ràng buộc ĐỘC ĐÁO trên cột làm cho mục tiêu của chỉ mục rõ ràng ... thông tin thêm ở đây

Và ...

Công cụ cơ sở dữ liệu tự động tạo ra một chỉ mục UNIQUE để thực thi yêu cầu duy nhất của ràng buộc UNIQUE. Do đó, nếu một nỗ lực chèn một hàng trùng lặp được thực hiện, Cơ sở dữ liệu sẽ trả về một thông báo lỗi cho biết ràng buộc UNIQUE đã bị vi phạm và không thêm hàng vào bảng. Trừ khi một chỉ mục được nhóm được chỉ định rõ ràng, một chỉ mục duy nhất, không bao gồm được tạo theo mặc định để thực thi ràng buộc UNIQUE ... thông tin thêm ở đây

Khác vào: https://technet.microsoft.com/en-us/l Library / aa224827% 28v = sql.80% 29.aspx

Một trong những khác biệt chính giữa ràng buộc duy nhất và chỉ mục duy nhất là ràng buộc khóa ngoại trên bảng khác có thể tham chiếu các cột tạo nên ràng buộc duy nhất. Điều này không đúng với các chỉ mục duy nhất. Ngoài ra, các ràng buộc duy nhất được xác định là một phần của tiêu chuẩn ANSI, trong khi các chỉ mục thì không. Cuối cùng, ràng buộc duy nhất được coi là sống trong lĩnh vực thiết kế cơ sở dữ liệu logic (có thể được triển khai khác nhau bởi các công cụ DB khác nhau) trong khi chỉ mục là khía cạnh vật lý. Do đó, ràng buộc duy nhất là khai báo nhiều hơn. Tôi thích ràng buộc duy nhất trong hầu hết các trường hợp.

Trong Oracle, một sự khác biệt lớn là bạn có thể tạo một chỉ mục duy nhất cho hàm, điều này không thể thực hiện được với các ràng buộc duy nhất:

Ví dụ

create unique index ux_test on my_table (case when amount != 0 then fk_xyz end);

Vì vậy, fk_xyzchỉ là duy nhất cho hồ sơ có amount != 0.

Hạn chế UNIQUE được ưa thích hơn UNIQUE Index. Khi ràng buộc không phải là duy nhất, bạn cần sử dụng một chỉ mục thông thường hoặc không duy nhất. Ràng buộc cũng là một loại chỉ số khác. Chỉ mục được sử dụng để truy cập nhanh hơn.

Chỉ số duy nhất có thể có nơi mệnh đề. Ví dụ: bạn có thể tạo các chỉ mục cho mỗi năm dựa trên cột ngày

WHERE Sale_Date BETWEEN '2012-01-01' AND '2012-12-31'