Кластерна індексація тепер повинна - чому?

Раніше для мене були незаперечні дебати / дискусії щодо того, чи варто (завжди) залучати / уникати кластерних індексів.

Ну, я зрозумів, що їх потрібно використовувати іноді з відповідними + конкретними цілями та контекстом.

Вимога до індексу кластерних баз даних SQL Azure :

"SQL Azure не підтримує таблиці без кластерних індексів. У таблиці повинен бути кластерний індекс. Якщо таблиця створена без кластерного обмеження, кластерний індекс повинен бути створений, перш ніж операція вставки буде дозволена в таблицю."

не вкладається в попередні висновки, обґрунтування та пояснення.

Яке обґрунтування, яке я пропустив із попередніх пояснень, жорсткого нав'язування всюдисущості кластерних індексів без будь-яких винятків?

Прочитайте всередині SQL Azure :

SQL Azure забезпечує логічні бази даних для зберігання даних додатків. Насправді дані кожного абонента фактично зберігаються кілька разів, тиражуються через три бази даних SQL Server, які розподіляються на трьох фізичних серверах в одному центрі обробки даних. Багато підписників можуть мати спільну фізичну базу даних.

Кластеризовані ключі потрібні, щоб три репліки ваших даних могли синхронізуватися. Без клавіші, неможливо дізнатися, які рядки були оновлені. Купи (таблиці без кластеризованого індексу) мають лише фізичні "ключі" (fileid: pageid: slot), і оскільки ваші 3 репліки логічної бази даних поділяють фізичну базу даних з іншими логічними базами даних, фізична адреса на одному сервері не має значення для іншого репліки, отже, купи не могли бути тиражовані.

Azure - це розподілена хмарна система на віддалених серверах. Дані, ймовірно, зберігатимуться на декількох накопичувачах / серверах, і це буде вкрай неефективно робити це на купі (оскільки системі потрібно знати, яку машину перевірити, і без кластерного індексу це ресурсомістка робота) .

Кластеризований індекс забезпечує пошук усіх рядків та всіх інших індексів таблиці, тому без жодної операції в лазурі було б сканування таблиці на кількох машинах.