Sugeriría que no vea el beneficio del pedido porque la tabla de destino no tiene PK. Entonces, es la sobrecarga de conversión lo que está viendo. SI tiene un PK, las filas de 585k aún deben ordenarse en la inserción. ¿Cómo sabe SQL que está semiordenado?
Ahora, si se tratara de inserciones de fila de 5850 x 100, es posible que vea algún beneficio porque las filas nuevas irán "al final" y no "en el medio", lo que reducirá las divisiones de página y la sobrecarga.
Yo iría más allá y diría que el artículo tiene fecha de 2002, y es para SQL 2000, y ha sido superado por la vida real.
En SQL Server 2005 tenemos GUID SECUENCIALES para permitir que los GUID estrictamente monótonos resuelvan algunos problemas. El GUID como PK también se ha hecho aquí:ejemplo reciente:INT vs Unique-Identifier para el campo ID en la base de datos con enlaces de terceros.
Si un ORM dicta GUID como PK en lugar de una clave natural o una clave sustituta basada en int estándar, esa es una limitación grave del ORM. Y un caso de la cola del cliente moviendo el perro de la base de datos.
