Tabelle temporanee del server SQL vs cursori

Question

Nelle stored procedure di SQL Server quando utilizzare tabelle temporanee e quando utilizzare i cursori. qual è la migliore opzione per le prestazioni?

Answer 1

Se possibile, evitare i cursori come la peste. SQL Server è basato su set - tutto ciò che devi fare in un modo RBAR (row-by-agonizing-row) sarà lento, lento e va contro i principi di base di come funziona SQL.

La tua domanda è molto vaga - sulla base di tali informazioni, non possiamo davvero dire cosa stai cercando di fare. Ma la raccomandazione principale rimane: quando possibile (ed è possibile nella maggior parte dei casi), utilizzare le operazioni basate su set - SELECT, UPDATE, INSERT e join - non forzare il tuo modo di pensare procedurale su SQL Server - questo non è il modo migliore.

Quindi, se è possibile utilizzare le operazioni basate su set per riempire e utilizzare le tabelle temporanee, preferirei quel metodo sui cursori ogni volta.

Answer 2

I cursori funzionano fila per fila e sono estremamente scarsi. In quasi tutti i casi, possono essere sostituiti da un codice migliore basato su set (non normalmente tabelle temporanee)

Le tabelle temporali possono essere fini o meno a seconda dell'importo dei dati e di ciò che si sta facendo con essi. In genere non sostituiscono un cursore.

consiglio di leggere questo: http://wiki.lessthandot.com/index.php/Cursors_and_How_to_Avoid_Them