Я бы умерил ответ af, сказав, что , вероятно, будет в том случае, если «сначала индекс, вставка после» будет медленнее, чем «сначала вставка, индекс после», когда вы вставляете записи в таблица с кластеризованным индексом, но без вставки записей в естественном порядке этого индекса. Причина в том, что для каждой вставки сами строки данных должны быть упорядочены на диске.
В качестве примера рассмотрим таблицу с кластеризованным первичным ключом в поле uniqueidentifier. (Почти) случайный характер guid будет означать, что можно добавить одну строку вверху данных, что приведет к перетасовке всех данных на текущей странице (и, возможно, данных на более низких страницах), но следующий ряд добавлен внизу. Если бы кластеризация была, скажем, в столбце datetime, и вы случайно добавляли строки в порядке дат, то записи, естественно, вставлялись бы в правильном порядке на диске, и дорогостоящие операции сортировки / перестановки данных не потребовались бы.
Я бы поддержал ответ Уинстона Смита «все зависит», но предположил, что ваш кластерный индекс может быть важным фактором в определении того, какая стратегия быстрее для ваших текущих обстоятельств. Вы даже можете попробовать вообще не иметь кластеризованного индекса и посмотреть, что произойдет. Дайте мне знать?