Un indice non cluster fornisce garanzie sull'ordine delle righe?

Ho uno sviluppatore che vorrebbe, quando si fa un'istruzione select senza ordine, che le righe in una tabella siano nell'ordine in cui sono state inserite. Lo sviluppatore ha suggerito di passare da un indice cluster a un indice non cluster.

Modificando l'indice da cluster a non cluster, questo fornisce garanzie sull'ordine in cui le righe verrebbero visualizzate nella tabella?

Questa domanda è principalmente per la mia curiosità; Suggerirò invece di utilizzare una colonna identità, ma questa richiesta mi ha fatto riflettere. È possibile utilizzare il timestamp ma è possibile che vengano inserite contemporaneamente righe.

Grazie in anticipo per il vostro aiuto.

Se hai bisogno di ordine nei risultati della tua query, inserisci un ORDER BY. È così semplice.

Dai un'occhiata a questo articolo dell'architetto Conor Cunningham di SQL Server che riassume praticamente questo argomento:

• Nessuna cintura di sicurezza: in attesa di un ordine senza ORDER BY

Assolutamente no - senza l'ordine delle righe ORDER BY non è MAI garantito.

Il piano di esecuzione scelto può comportare l'ordine desiderato, ma in tal caso è per caso.

Ordine di archiviazione vs Ordine risultato Discussione DBA.SE

Non è vero, ma supponiamo che lo fosse. Se le righe sono già ordinate dall'indice, il costo per l'ordine sarebbe molto basso, quindi non c'è motivo di lasciarlo fuori.