Jag skulle föreslå att du inte ser fördelen med beställningen eftersom måltabellen inte har någon PK. Så det är omvandlingens overhead du ser. OM den har en PK, måste 585k raderna fortfarande sorteras på inlaga. Hur vet SQL att det är halvsorterat?
Om det nu var 5 850 x 100 radinlägg, så kanske du ser en viss fördel eftersom de nya raderna kommer att hamna "i slutet" inte "i mitten", vilket minskar siddelningar och overhead.
Jag skulle gå längre och säga att artikeln är daterad 2002, och är för SQL 2000, och har blivit omkörd av det verkliga livet.
I SQL Server 2005 har vi SEKVENTIELLA GUID:er för att tillåta strikt monotona GUID:er för att lösa vissa problem. GUID som PK har gjorts här också:senaste exempel:INT vs Unique-Identifier för ID-fält i databasen med länkar från tredje part.
Om en ORM dikterar GUID som en PK snarare än en naturlig nyckel eller standard int-baserad surrogatnyckel, är det en allvarlig begränsning av ORM. Och ett fall där klienten viftar på databashunden.