Lập chỉ mục cụm là bây giờ phải - tại sao?

Trước đó, đã không có kết luận đối với tôi về các cuộc tranh luận / thảo luận về việc có nên (luôn luôn) tham gia / tránh các chỉ số phân cụm hay không.

Chà, tôi hiểu rằng đôi khi chúng được sử dụng với mục đích và bối cảnh cụ thể + cụ thể.

Yêu cầu chỉ mục cụm cơ sở dữ liệu SQL Azure :

"SQL Azure không hỗ trợ các bảng mà không có các chỉ mục được nhóm

không phù hợp với các kết luận, lý do và giải thích trước đây.

Lý do là gì, mà tôi đã bỏ lỡ từ các giải thích trước đây, về sự áp đặt cứng nhắc của các chỉ số cụm mà không có bất kỳ ngoại lệ?

Đọc bên trong SQL Azure :

SQL Azure cung cấp cơ sở dữ liệu logic để lưu trữ dữ liệu ứng dụng. Trong thực tế, dữ liệu của mỗi thuê bao thực sự được lưu trữ nhiều lần, được sao chép trên ba cơ sở dữ liệu SQL Server được phân phối trên ba máy chủ vật lý trong một trung tâm dữ liệu. Nhiều người đăng ký có thể chia sẻ cùng một cơ sở dữ liệu vật lý.

Các khóa được nhóm là bắt buộc để ba bản sao dữ liệu của bạn có thể được giữ đồng bộ. Khóa W / oa, không thể biết hàng nào đã được cập nhật. Heaps (bảng w / oa clustered index) chỉ có 'khóa' vật lý (fileid: pageid: slot) và vì 3 bản sao của cơ sở dữ liệu logic chia sẻ cơ sở dữ liệu vật lý với các cơ sở dữ liệu logic khác, địa chỉ vật lý trên một máy chủ không có ý nghĩa gì trên máy chủ khác bản sao, do đó đống không thể được sao chép.

Azure là một hệ thống dựa trên đám mây phân tán trên các máy chủ từ xa. Dữ liệu có thể sẽ được lưu trữ trên nhiều ổ đĩa / máy chủ và sẽ cực kỳ không hiệu quả khi thực hiện việc này trên một đống (vì hệ thống sẽ cần biết máy nào để kiểm tra và nếu không có chỉ mục cụm thì đây là hoạt động sử dụng nhiều tài nguyên) .

Chỉ mục được nhóm cung cấp một tra cứu cho tất cả các hàng và tất cả các chỉ mục khác trên bảng, do đó, không có bất kỳ thao tác nào trong phương vị sẽ là quét bảng trên nhiều máy.