Saya sarankan Anda tidak melihat manfaat pesanan karena tabel target tidak memiliki PK. Jadi, ini adalah overhead konversi yang Anda lihat. JIKA memiliki PK, baris 585k masih harus diurutkan saat disisipkan. Bagaimana SQL tahu itu semi-diurutkan?
Sekarang, jika itu adalah sisipan baris 5.850 x 100, maka Anda mungkin melihat beberapa manfaat karena baris baru akan "di akhir" bukan "di tengah" sehingga mengurangi pemisahan halaman dan overhead.
Saya akan melangkah lebih jauh dan mengatakan bahwa artikel tersebut bertanggal 2002, dan untuk SQL 2000, dan telah diambil alih oleh kehidupan nyata.
Di SQL Server 2005 kami memiliki GUID SEQUENTIAL untuk memungkinkan GUID yang sangat monoton untuk menyelesaikan beberapa masalah. GUID sebagai PK telah dilakukan di sini juga:contoh terbaru:INT vs Unique-Identifier untuk bidang ID dalam database dengan tautan pihak ke-3.
Jika ORM menentukan GUID sebagai PK daripada kunci alami atau kunci pengganti berbasis int standar, itu adalah batasan parah ORM. Dan kasus ekor klien mengibaskan anjing database.
