En las bases de datos relacionales, nuestro pensamiento sobre las consultas está orientado a conjuntos. El cursor rompe esta regla y hace que nuestra forma de pensar se convierta línea por línea. Para los desarrolladores de la clase C, esta forma de pensar será más cómoda.
La forma normal de pensar orientada al conjunto es:
Y para cursores:
Esta es la razón por la cual los cursores son malos: hace que los desarrolladores sean flojos, demasiado flojos para pensar en implementar ciertas funciones con consultas orientadas a la recopilación.
Del mismo modo, en términos de rendimiento, el cursor consumirá más memoria, reducirá la concurrencia disponible, ocupará el ancho de banda, bloqueará los recursos y, por supuesto, más código ...
Por la forma en que el cursor lee la base de datos, no es difícil ver por qué el cursor ocupa más recursos, por ejemplo:
Cuando retira dinero del cajero automático, ¿es más eficiente retirar 1000 a la vez o retirar 100 100 veces?
Como los cursores son tan "malvados", ¿por qué estudiarlos?
Personalmente, creo que la existencia es razonable. En conclusión, las razones para aprender los cursores se pueden resumir en los siguientes 2 puntos
1. El sistema existente tiene algunos cursores, y nuestra consulta debe realizarse a través de los cursores.
2. Como una forma alternativa, cuando agotamos los bucles while, las subconsultas, las tablas temporales, las variables de tabla, las funciones de creación propia u otras formas de lanzar algunas consultas, use los cursores para lograrlo.
El ciclo de vida y la realización del cursor en T-SQL
En T-SQL, el ciclo de vida de un cursor consta de 5 partes
1. Definir un cursor
En T-SQL, definir un cursor puede ser muy simple o relativamente complejo, dependiendo de los parámetros del cursor. La configuración del parámetro del cursor depende de su comprensión de los principios del cursor.
El cursor puede entenderse realmente como un puntero definido en un conjunto de datos específico . Podemos controlar este puntero para recorrer el conjunto de datos , o simplemente apuntar a una fila específica, de modo que el cursor se define en el conjunto de datos comenzando con Seleccionar:
La definición del cursor en T-SQL es la siguiente en MSDN:
DECLARE cursor_name CURSOR [ LOCAL | GLOBAL ] [FORWARD_ONLY | DESPLAZAR ] [ESTÁTICA | KEYSET | DINÁMICO | FAST_FORWARD] [READ_ONLY | SCROLL_LOCKS | OPTIMISTIC] [TYPE_WARNING] FOR select_statement [ FOR UPDATE [ OF column_name [, ... n]]] [;]
Parece ser un dolor de cabeza, claro. Hablemos sobre cómo definir un cursor:
Los cursores se dividen en tipos de cursor y variables de cursor. Para las variables de cursor, siga el método de definición de variable T-SQL (¿qué, no sé las reglas de definición de variable T-SQL? Consulte mi publicación de blog anterior). Las variables de cursor admiten la asignación de dos maneras , Al asignar y asignar después de definir, defina la variable del cursor al igual que otras variables locales, agregue "@" antes del cursor. Tenga en cuenta que si define un cursor global, solo puede asignar directamente al definir el cursor, y no puede agregarlo antes del nombre del cursor. "@", Dos definiciones son las siguientes:
Veamos los parámetros definidos por el cursor:
Elija uno de LOCAL y GLOBAL
LOCAL意味着游标的生存周期只在批处理或函数或存储过程中可见，而GLOBAL意味着游标对于特定连接作为上下文，全局内有效,例如:
如果不指定游标作用域，默认作用域为GLOBAL
FORWARD_ONLY 和 SCROLL 二选一
FORWARD_ONLY意味着游标只能从数据集开始向数据集结束的方向读取，FETCH NEXT是唯一的选项，而SCROLL支持游标在定义的数据集中向任何方向，或任何位置移动，如下图:
STATIC KEYSET DYNAMIC 和 FAST_FORWARD 四选一
这四个关键字是游标所在数据集所反应的表内数据和游标读取出的数据的关系
STATIC意味着，当游标被建立时，将会创建FOR后面的SELECT语句所包含数据集的副本存入tempdb数据库中，任何对于底层表内数据的更改不会影响到游标的内容.
DYNAMIC是和STATIC完全相反的选项,当底层数据库更改时，游标的内容也随之得到反映，在下一次fetch中，数据内容会随之改变
KEYSET可以理解为介于STATIC和DYNAMIC的折中方案。将游标所在结果集的唯一能确定每一行的主键存入tempdb,当结果集中任何行改变或者删除时，@@FETCH_STATUS会为-2,KEYSET无法探测新加入的数据
FAST_FORWARD可以理解成FORWARD_ONLY的优化版本.FORWARD_ONLY执行的是静态计划，而FAST_FORWARD是根据情况进行选择采用动态计划还是静态计划，大多数情况下FAST_FORWARD要比FORWARD_ONLY性能略好.
READ_ONLY SCROLL_LOCKS OPTIMISTIC 三选一
READ_ONLY意味着声明的游标只能读取数据,游标不能做任何更新操作
SCROLL_LOCKS是另一种极端，将读入游标的所有数据进行锁定，防止其他程序进行更改，以确保更新的绝对成功
OPTIMISTIC是相对比较好的一个选择，OPTIMISTIC不锁定任何数据，当需要在游标中更新数据时,如果底层表数据更新，则游标内数据更新不成功，如果，底层表数据未更新，则游标内表数据可以更新
2.打开游标
当定义完游标后，游标需要打开后使用，只有简单一行代码:
OPEN test_Cursor
注意，当全局游标和局部游标变量重名时，默认会打开局部变量游标
3.使用游标
游标的使用分为两部分,一部分是操作游标在数据集内的指向，另一部分是将游标所指向的行的部分或全部内容进行操作
只有支持6种移动选项,分别为到第一行（FIRST),最后一行(LAST),下一行(NEXT),上一行(PRIOR),直接跳到某行(ABSOLUTE(n)),相对于目前跳几行(RELATIVE(n)),例如:
对于未指定SCROLL选项的游标来说，只支持NEXT取值.
第一步操作完成后，就通过INTO关键字将这行的值传入局部变量:
比如下面代码:
游标经常会和全局变量@@FETCH_STATUS与WHILE循环来共同使用,以达到遍历游标所在数据集的目的,例如：
4.关闭游标
在游标使用完之后，一定要记得关闭,只需要一行代码:CLOSE+游标名称
CLOSE test_Cursor
5.释放游标
当游标不再需要被使用后，释放游标，只需要一行代码:DEALLOCATE+游标名称
DEALLOCATE test_Cursor
对于游标一些优化建议
- 如果能不用游标，尽量不要使用游标
- 用完用完之后一定要关闭和释放
- 尽量不要在大量数据上定义游标
- 尽量不要使用游标上更新数据
- Intente no utilizar parámetros insensibles, estáticos y de conjunto de teclas para definir cursores
- Si es posible, use la palabra clave FAST_FORWARD para definir el cursor
- Si solo lee los datos y solo usa la opción FETCH NEXT al leer, es mejor usar el parámetro FORWARD_ONLY
Resumen
Este artículo aborda los cursores desde el concepto básico de cursores hasta el ciclo de vida. Los cursores son una existencia muy malvada . El uso de cursores es a menudo 2-3 veces más lento que el uso de métodos orientados a la recopilación. Cuando el cursor se define en una gran cantidad de datos, esta proporción aumentará. Si es posible, intente usar while, subconsultas, tablas temporales, funciones, variables de tabla, etc. para reemplazar el cursor, recuerde que el cursor siempre es su última opción, pero no la primera opción.
Los cursores son malvados!
