Jeg vil foreslå, at du ikke ser ordrefordelen, fordi måltabellen ikke har nogen PK. Så det er konverteringsomkostningerne, du ser. HVIS den har en PK, skal 585k rækkerne stadig sorteres på indstik. Hvordan ved SQL, at det er semisorteret?
Hvis det nu var 5.850 x 100 rækkeindsættelser, så kan du måske se nogle fordele, fordi de nye rækker vil blive "til sidst" og ikke "i midten", hvilket reducerer sideopdelinger og overhead.
Jeg vil gå videre og sige, at artiklen er dateret 2002 og er til SQL 2000 og er blevet overhalet af det virkelige liv.
I SQL Server 2005 har vi SEKVENTIELLE GUID'er for at tillade strengt monotone GUID'er at løse nogle problemer. GUID'en som PK er også blevet udført her:nyligt eksempel:INT vs Unique-Identifier for ID-felt i database med 3. parts links.
Hvis en ORM dikterer GUID som en PK snarere end en naturlig nøgle eller standard int-baseret surrogatnøgle, er det en alvorlig begrænsning af ORM. Og et tilfælde af klientens hale logrende med databasehunden.