Me gustaría atestar la respuesta de af diciendo que probablemente sea el caso de que "índice primero, insertar después" sería más lento que "insertar primero, index después" donde está insertando registros en una tabla con un índice agrupado, pero no insertando registros en el orden natural de ese índice. El motivo es que para cada inserción, las filas de datos deberían pedirse en el disco.
Como ejemplo, considere una tabla con una clave principal agrupada en un campo uniqueidentifier. La naturaleza (casi) aleatoria de un guid significaría que es posible agregar una fila en la parte superior de los datos, haciendo que todos los datos en la página actual se mezclen (y tal vez también en las páginas inferiores), pero la siguiente fila añadida en la parte inferior. Si la agrupación estaba activada, por ejemplo, una columna de fecha y hora, y estaba agregando filas en el orden de fecha, los registros se insertarían naturalmente en el orden correcto en el disco y no se necesitarían costosas operaciones de ordenación/mezcla de datos.
me gustaría una copia de seguridad de respuesta "depende" de Winston Smith, pero sugieren que el índice agrupado puede ser un factor significativo en la determinación de qué estrategia es la más rápida para sus circunstancias actuales. Incluso podría intentar no tener un índice agrupado y ver qué pasa. ¿Házmelo saber?
+1 para obtener más detalles y contexto. –
Los datos que se estaban insertando estaban en un orden muy poco ordenado, haciendo la indexación después de la inserción era mucho más rápido. Gracias por la explicación. – John