Не существует общих для всех шаблонов использования данных, которые применяются, а также применяются во времени, как кластеризация, в которой реализация развивается (как внешняя, но наблюдает, как она меняется со временем).
Авто кластеризация похожа на управление фрагментацией жесткого диска. Потому что они оба представляют собой одну и ту же идею - размещать рядом данные, чтобы сделать чтение лучше. И так же, как и при дефрагментации диска, различные нагрузки / шаблоны использования делают необходимость кластеризации / дефрагментации более важной, а некоторые случаи использования конфликтуют с авто-кластеризацией.
Например, у нас есть несколько таблиц, которые записаны как сжатые. * как мы можем, и мы хотим, чтобы он был сгруппирован по шаблону, который на 90% выровнен по порядку вставки. Таким образом, автоматическая кластеризация не является дорогой для шаблона вставки. Но раз в месяц мы удаляем из этих таблиц причины GDPR / PII, а после обновления / удаления меняем 1/3 разделов. Таким образом, кажется, что полная перезапись таблицы с применением ORDER была бы излишней. Но из-за автоматической вставки скорости вставки (в нынешнем виде) она бьется часами и стоит в 5 раз дороже, чем полная перезапись таблицы.
Также у нас есть другие таблицы (информация об адресе), и таблица «довольно мала», поэтому полные таблицы сканируются очень часто, поэтому упорядочивать их в смысле автокластера не имеет смысла, но -создавать таблицу ежедневно, чтобы размер раздела был как можно меньшим, чтобы полное сканирование таблиц было самым быстрым из возможных. автоматическая кластеризация также позволяет оптимизировать микроразделы, что было бы полезно, но мы этого не делаем нужна таблица заказана, поэтому не работает кластеризация ..