Navrhoval bych, že nevidíte výhodu objednávky, protože cílová tabulka nemá žádný PK. Vidíte tedy režii konverze. POKUD má PK, 585 000 řádků se musí stále třídit na vložce. Jak SQL pozná, že je polotříděný?
Pokud by se jednalo o vkládání řádků 5 850 x 100, pak můžete vidět určitou výhodu, protože nové řádky budou „na konci“, nikoli „uprostřed“, takže se sníží rozdělení stránek a režie.
Šel bych ještě dále a řekl bych, že článek pochází z roku 2002 a je pro SQL 2000 a byl překonán skutečným životem.
V SQL Server 2005 máme SEKVENČNÍ GUID, která umožňují striktně monotónní GUID řešit některé problémy. GUID jako PK bylo provedeno i zde:nedávný příklad:INT vs Unique-Identifier pro pole ID v databázi s odkazy na třetí strany.
Pokud ORM diktuje GUID jako PK spíše než přirozený klíč nebo standardní náhradní klíč založený na int, jedná se o vážné omezení ORM. A případ, kdy klient vrtí ocasem databázového psa.