Suggerirei di non vedere il vantaggio dell'ordine perché la tabella di destinazione non ha PK. Quindi, è il sovraccarico di conversione che stai vedendo. SE ha un PK, le righe 585k devono ancora essere ordinate all'inserimento. Come fa SQL a sapere che è semiordinato?
Ora, se si trattava di inserti di 5.850 x 100 righe, potresti vedere alcuni vantaggi perché le nuove righe andranno "alla fine" non "al centro", riducendo così le divisioni di pagina e il sovraccarico.
Andrei oltre e direi che l'articolo è datato 2002, è per SQL 2000 ed è stato superato dalla vita reale.
In SQL Server 2005 sono disponibili GUID SEQUENZIALI per consentire ai GUID rigorosamente monotoni di risolvere alcuni problemi. Il GUID come PK è stato fatto anche qui:esempio recente:INT vs Unique-Identifier per il campo ID nel database con collegamenti di terze parti.
Se un ORM impone il GUID come PK anziché una chiave naturale o una chiave surrogata standard basata su int, si tratta di una grave limitazione dell'ORM. E il caso del cliente che scodinzola il cane del database.
