update temporales tablas tabla recorrer procedimientos las guardan ejemplo donde dinamica cursores crear consultar almacenados sql stored-procedures temp-tables

temporales - recorrer cursor sql server



Tablas temporales del servidor SQL vs cursores (2)

Los cursores trabajan fila por fila y tienen un rendimiento extremadamente bajo. En casi todos los casos, pueden reemplazarse por un mejor código basado en conjuntos (aunque normalmente no son tablas temporales)

Las tablas temporales pueden estar bien o mal dependiendo de la cantidad de datos y de lo que esté haciendo con ellas. No son generalmente un reemplazo para un cursor.

Le sugerimos que lea esto: http://wiki.lessthandot.com/index.php/Cursors_and_How_to_Avoid_Them

En los procedimientos almacenados de SQL Server, cuándo usar tablas temporales y cuándo usar cursores. ¿Cuál es la mejor opción en cuanto a rendimiento?


Si es posible, evita los cursores como la plaga. SQL Server está basado en conjuntos : todo lo que necesite hacer en forma RBAR (fila por agonización) será lento, lento y va en contra de los principios básicos de cómo funciona SQL.

Su pregunta es muy vaga: en base a esa información, realmente no podemos decir lo que está tratando de hacer. Pero la recomendación principal sigue siendo: siempre que sea posible (y es posible en la gran mayoría de los casos), utilice operaciones basadas en conjuntos - SELECT, UPDATE, INSERT y unir), no fuerce su pensamiento de procedimiento en SQL Server; esa no es la mejor manera ir.

Entonces, si puede usar operaciones basadas en conjuntos para llenar y usar sus tablas temporales, preferiría ese método sobre los cursores siempre.