"ArtGal" ...
"Vlad Khorsun" ...
Возможно уменьшившейся фрагментацией записей и увеличившейся
плотностью их хранения в отдельных таблицах. Без тестового примера
могу только предполагать
Скорее всего так.
Работаем с этими таблицами только через ХП.
Причем, нет отдельных insert, update ...
ХП удаляет порядка 100 тыс. записей,
апдейтит 100-200 тыс. записей,
вставляет 150-200 тыс. записей.
Все это в одной ХП и, соответственно, в одной тразакции.
Когда была одна широкая таблица, после таких
экзекуций первый селект из широкой таблицы
сильно тормозил (сборка мусора).
После разделения на 4 " узкие" таблицы
селект стали работать значительно быстрее.
Да еще, эта/эти таблицы имеют 22 индексов.
12 из них FK.
Ну так - при апдейте первых двух таблиц не порождается мусор
в индексах остальных
--
Хорсун Влад
