Е, подложих го на изпитание и поставянето на клъстериран индекс върху двете колони, "дефиниращи парчета", повишава производителността на моята таблица.
Вмъкването на парче вече е сравнително бързо в сравнение със ситуацията, в която имах клъстериран IDENTITY ключ, и приблизително толкова бързо, колкото когато нямах клъстерен индекс. Изтриването на част е по-бързо, отколкото със или без клъстерен индекс.
Мисля, че фактът, че всички записи, които искам да изтрия или вмъкна, са гарантирани, че са заедно в определена част от твърдия диск, прави таблиците по-бързи - би ми се сторило логично.
Актуализация :След една година опит с този дизайн мога да кажа, че за да работи този подход, е необходимо да планирате редовно възстановяване на всички индекси (ние го правим веднъж седмично). В противен случай индексите се фрагментират много скоро и производителността се губи. Въпреки това, ние сме в процес на миграция към нов дизайн на база данни с разделени таблици, който е по принцип по-добър във всяко отношение - с изключение на цената на лиценза за Enterprise Server, но вече сме забравили за него. Поне аз имам.
