Các chỉ mục được phân nhóm có phải là duy nhất không?

Điều gì xảy ra nếu một chỉ mục được phân nhóm không phải là duy nhất? Nó có thể dẫn đến hiệu suất kém vì các dòng được chèn chảy đến một số loại trang "tràn" không?

Nó có được "tạo ra" là duy nhất không và nếu có thì làm thế nào? Cách tốt nhất để làm cho nó trở nên độc đáo là gì?

Tôi đang hỏi bởi vì tôi hiện đang sử dụng chỉ mục được phân nhóm để chia bảng của mình thành các phần hợp lý, nhưng hiệu suất là như vậy và gần đây tôi đã nhận được lời khuyên là hãy làm cho các chỉ mục được phân nhóm của mình là duy nhất. Tôi muốn có ý kiến ​​thứ hai về điều đó.

Cảm ơn!

Họ không cần phải là duy nhất nhưng nó chắc chắn được khuyến khích.
Tôi chưa gặp trường hợp nào mà tôi muốn tạo CI trên một cột không phải là duy nhất.

Điều gì xảy ra nếu bạn tạo CI trên một cột không phải là duy nhất

Nếu chỉ mục được phân nhóm không phải là chỉ mục duy nhất, SQL Server tạo bất kỳ khóa trùng lặp nào là duy nhất bằng cách thêm một giá trị được tạo nội bộ được gọi là mã duy nhất

Điều này có dẫn đến hiệu suất xấu không?

Việc thêm một mã duy nhất chắc chắn sẽ làm tăng thêm một số chi phí trong việc tính toán và lưu trữ nó.
Nếu chi phí này sẽ đáng chú ý phụ thuộc vào một số yếu tố.

• Bảng chứa bao nhiêu dữ liệu.
• Tỷ lệ chèn là bao nhiêu.
• Mức độ thường xuyên của CI được sử dụng trong một lựa chọn (khi không có chỉ mục bao hàm nào tồn tại, hầu như luôn luôn).

Chỉnh sửa
như đã được Remus chỉ ra trong phần bình luận, có những trường hợp sử dụng mà việc tạo một CI không phải là duy nhất sẽ là một lựa chọn hợp lý. Tôi không gặp phải một tình huống nào trong số những tình huống đó chỉ đơn thuần cho thấy sự thiếu khả năng tiếp xúc hoặc năng lực của tôi (hãy chọn lựa của bạn).

Tôi muốn xem Nữ hoàng lập chỉ mục, Kimberly Tripp, đã nói gì về chủ đề này:

Tôi sẽ bắt đầu với đề xuất của tôi cho Khóa phân cụm - vì một vài lý do. Thứ nhất, đó là một quyết định dễ thực hiện và thứ hai, đưa ra quyết định này sớm giúp chủ động ngăn chặn một số loại phân mảnh. Nếu bạn có thể ngăn chặn một số kiểu phân mảnh bảng cơ sở thì bạn có thể giảm thiểu một số hoạt động bảo trì (một số trong số đó, trong SQL Server 2000 VÀ ít hơn trong SQL Server 2005) yêu cầu bảng của bạn phải ngoại tuyến. Được rồi, tôi sẽ quay lại phần xây dựng lại sau .....

Hãy bắt đầu với những điều quan trọng mà tôi tìm kiếm trong một khóa phân cụm:

* Unique
* Narrow
* Static

Tại sao duy nhất? Khóa phân cụm phải là duy nhất vì khóa phân cụm (khi một khóa tồn tại) được sử dụng làm khóa tra cứu từ tất cả các chỉ mục không phân cụm. Lấy ví dụ một chỉ mục ở phía sau sách - nếu bạn cần tìm dữ liệu mà mục nhập chỉ mục trỏ đến - mục nhập đó (mục nhập chỉ mục) phải là duy nhất, nếu không thì mục nhập chỉ mục nào sẽ là mục bạn đang tìm ? Vì vậy, khi bạn tạo chỉ mục nhóm - nó phải là duy nhất. Tuy nhiên, SQL Server không yêu cầu khóa phân cụm của bạn được tạo trên một cột duy nhất. Bạn có thể tạo nó trên bất kỳ (các) cột nào bạn muốn. Trong nội bộ, nếu khóa phân cụm không phải là duy nhất thì SQL Server sẽ "hợp nhất" nó bằng cách thêm một số nguyên 4 byte vào dữ liệu. Vì vậy, nếu chỉ mục nhóm được tạo trên một cái gì đó không phải là duy nhất thì không chỉ có thêm chi phí khi tạo chỉ mục mà còn có không gian đĩa bị lãng phí,

Nguồn: Cuộc tranh luận chính theo cụm ngày càng gia tăng - một lần nữa!

Các chỉ mục được phân nhóm có phải là duy nhất không?

Họ không làm như vậy, và có những lúc sẽ tốt hơn nếu không.

Hãy xem xét một bảng với một EmployeeId bán ngẫu nhiên, duy nhất và một DepartmentId cho mỗi nhân viên: nếu câu lệnh lựa chọn của bạn là

SELECT * FROM EmployeeTable WHERE DepartmentId=%DepartmentValue%

thì tốt nhất cho hiệu suất nếu đây DepartmentIdlà chỉ mục được phân cụm mặc dù (hoặc thậm chí đặc biệt là vì) nó không phải là chỉ mục duy nhất (tốt nhất cho hiệu suất vì nó đảm bảo rằng tất cả các bản ghi trong một DepartmentId nhất định được nhóm lại).

Bạn có lời khuyên nào chưa?

Có Clustered Index Hướng dẫn thiết kế ví dụ mà nói,

Với một vài ngoại lệ, mọi bảng phải có một chỉ mục được phân nhóm được xác định trên cột hoặc các cột, cung cấp những điều sau:

• Có thể được sử dụng cho các truy vấn thường xuyên sử dụng.
• Cung cấp một mức độ độc đáo cao.
• Có thể được sử dụng trong các truy vấn phạm vi.

Ví dụ, hiểu biết của tôi về "mức độ độc đáo cao" là không tốt nếu chọn "Quốc gia" làm chỉ mục kết hợp nếu hầu hết các truy vấn của bạn muốn chọn các bản ghi trong một thị trấn nhất định.