设为首页 收藏本站
查看: 2472|回复: 0

[经验分享] T-SQL游标

[复制链接]

尚未签到

发表于 2018-10-20 06:07:35 | 显示全部楼层 |阅读模式
  游标是面向行的,它会使开发人员变懒,懒得去想用面向集合的查询方式实现某些功能。
  在性能上,游标会迟更多的内存,减少可用的并发,占用带宽,锁定资源,当然还有更多的代码量。
  用一个比喻来说明为什么游标会占用更多的资源。当你从ATM机取款的时候,是一次取1000的效率更高呢,还是10次100呢?
  既然游标那么多缺点,为什么要学习游标呢?

  •   现存系统有一些游标,我们查询必须通过游标来实现。
  •   作用一个备用方式,当使用while、子查询,临时表,表变量,自建函数或其他方式仍然无法实现某些查询的时候,可以使用游标实现。
  游标的定义语法:
  DECLARE cursor_name CURSOR[ LOCAL | GLOBAL ][ FORWARD_ONLY | SCROLL ][ STATIC | KEYSET | DYNAMIC | FAST_FORWARD ][ READ_ONLY | SCROLL_LOCKS | OPTIMISTIC ][ TYPE_WARNING ]FOR select_statement      [ FOR UPDATE [ OF column_name [ ,...n ] ] ][;]
  T-SQL中游标的生命周期以及实现
  1、定义一个游标
  在T-SQL中,定义一个游标可以使非常简单,也可以相对复杂,这主要取决于游标的参数。而游标的参数设置取决于你对游标原理的了解程度。
  游标其实可以理解成一个定义在特定数据集上的指针,我们可以控制这个指针遍历数据集,或者仅仅是指向特定的行,所以欧标是定义在以SELECT开始的数据集上的。

  游标分为游标类型和游标变量,对于游标变量来说,遵循T-SQL变量的定义方法。游标变量支持两种方式赋值,定义时赋值和先定义后赋值,定义游标变量像定义其他局部变量一样,在游标前加”@”,注意,如果定义全局的游标,只支持定义时直接赋值,并且不能在游标名称前面加“@”,两种定义方式如下:
  --定义后直接复制DECLARE test_Cursor CURSORFORSELECT*FROM Person  --先定义后复制DECLARE@TEST_Cursor2CURSORSET@test_Cursor2=CURSORFORSELECT*FROM Person
  参数解释:
  1、LOCAL和GLOBAL二选一
  --全局游标,跨GLOBALDECLARE test_Cursor CURSOR GLOBAL FORSELECT*FROM Person--局部游标,跨LOCALDECLARE test_Cursor2 CURSOR LOCAL FORSELECT*FROM Person--用GO结束上面的作用域GOOPEN test_CursorOPEN test_Cursor2    --此行代码报错,报游标不存在,因此可以理解局部游标不跨批处理,批处理结束后,将被隐式释放,无法在其他批处理中调用
  如果不指定游标作用域,默认作用域为GLOBAL。
  2、FORWARD_ONLY 和 SCROLL 二选一
  FORWARD_ONLY意味着游标只能从数据集开始向数据集结束的方向读取,FETCH NEXT是唯一的选项,而SCROLL支持游标在定义的数据集中向任何方向,或任何位置移动。
  --不加参数,默认为Forward_OnlyDECLARE test_Cursor CURSORFORSELECT*FROM Person--加Forward_OnlyDECLARE test_Cursor2 CURSOR FORWARD_ONLY FORSELECT*FROM Person--加SCROLLDECLARE test_Cursor3 CURSOR SCROLL FORSELECT*FROM PersonOPEN test_CursorOPEN test_Cursor2OPEN test_Cursor3FETCH LAST FROM test_Cursor            --报错 fetch: 提取类型 last 不能与只进游标一起使用。FETCH LAST FROM test_Cursor2          --报错 fetch: 提取类型 last 不能与只进游标一起使用。FETCH LAST FROM test_Cursor3       --正确执行
  3、STATIC KEYSET DYNAMIC 和 FAST_FORWARD 四选一
  这四个关键字是游标所在数据集所反映的表数据和游标读取出数据的关系

  •   STATIC:当游标被建立时,将会创建FOR后面的SELECT语句所包含数据集的副本存入tempdb数据库中,任何对于底层表内数据的更改不会影响到游标内容。
  •   DYNAMIC:和STATIC完全相反的选项,当底层数据库更改时,游标的内容也会随之得到反映,在下一次fecth中,数据内容会随之更爱。
  •   KEYSET:可以理解为介于STATIC和DYNAMIC的折中方案,将游标所在结果集的唯一能确定每一行的主键存入tempdb,当结果集中任何行改变或者删除时,@@FETCH_STATUS会为-2,KEYSET无法探测新加入的数据。
  •   FAST_FORWARD:可以理解为FORWARD_ONLY的优化版本。FORWARD_ONLY执行的是静态计划,而FAST_FORWARD是根据情况进行选择采用动态计划还是静态计划,大多数情况下FAST_FORWARD要比FORWARD_ONLY性能略好。
  4、READ_ONLY SCROLL_LOCKS OPTIMISTIC 三选一

  •   READ_ONLY:意味着声明的游标只能读取数据,游标不能做任何更新操作
  •   SCROLL_LOCKS:是另一种极端,将读入游标的所有数据进行锁定,防止其他程序进行更改,以确保更新的绝对成功。
  •   OPTIMISTIC:相对比较好的一个选择,OPTIMISTIC不锁定任何数据,当需要在游标中更新数据时,如果底层表数据更新,则游标内数据更新不成功,如果,底层表数据未更新,则游标内表数据可以更新。
  打开游标
  当定义完游标后,游标需要打开后使用,只需一行代码便可打开游标:
  OPEN test_Cursor
  注意,当全局游标和局部游标变量重名时,默认会打开局部变量游标。
  使用游标
  游标的使用分为两部分,一部分是操作游标在数据集内的指向,另一部分是将游标所指向的行的部分或全部内容进行操作。
  只有支持6中移动宣杭,分别为第一行(FIRST),最后一行(LAST),下一行(NEXT),上一行(PRIOR),直接跳到某行(ABSOLUTE(n)),相对于目前跳几行(RELATIVE(n))。
  例如:

  DECLARE test_Cursor CURSOR SCROLL FORSELECT name FROM Person  OPEN test_Cursor  DECLARE@cNVARCHAR(10)  --取下一行FETCHNEXTFROM test_Cursor INTO@cPRINT@c--取最后一行FETCH LAST FROM test_Cursor INTO@cPRINT@c--取第一行FETCH FIRST FROM test_Cursor INTO@cPRINT@c--取上一行FETCH PRIOR FROM test_Cursor INTO@cPRINT@c--取第三行FETCH ABSOLUTE 3FROM test_Cursor INTO@cPRINT@c--取相对目前来说上一行FETCH>  对于未指定SCROLL选项的游标来说(未指定是只进游标),只支持NEXT取值。
  游标经常会和全局变量@@FETCH_STATUS与WHILE循环来共同使用,以达到遍历游标所在数据集的目的。
  例如:

  DECLARE test_Cursor CURSOR SCROLL FORSELECT>  关闭游标
  在游标使用完之后,一定要记得关闭,只需要一行代码:CLOSE+游标名称
  CLOSE test_Cursor
  释放游标
  当游标不再需要被使用后,释放游标,只需要一行代码:DEALLOCATE+游标名称
  DEALLOCATE test_Cursor
  对于游标一些优化建议

  •   如果能不用游标,尽量不要使用游标
  •   用完用完之后一定要关闭和释放
  •   尽量不要在大量数据上定义游标
  •   尽量不要使用游标上更新数据
  •   尽量不要使用insensitive, static和keyset这些参数定义游标
  •   如果可以,尽量使用FAST_FORWARD关键字定义游标
  •   如果只对数据进行读取,当读取时只用到FETCH NEXT选项,则最好使用FORWARD_ONLY参数
  到生命周期来谈游标。游标是非常邪恶的一种存在,使用游标经常会比使用面向集合的方法慢2-3倍,当游标定义在大数据量时,这个比例还会增加。如果可能,尽量使用while,子查询,临时表,函数,表变量等来替代游标,记住,游标永远只是你最后无奈之下的选择,而不是首选。


运维网声明 1、欢迎大家加入本站运维交流群:群②:261659950 群⑤:202807635 群⑦870801961 群⑧679858003
2、本站所有主题由该帖子作者发表,该帖子作者与运维网享有帖子相关版权
3、所有作品的著作权均归原作者享有,请您和我们一样尊重他人的著作权等合法权益。如果您对作品感到满意,请购买正版
4、禁止制作、复制、发布和传播具有反动、淫秽、色情、暴力、凶杀等内容的信息,一经发现立即删除。若您因此触犯法律,一切后果自负,我们对此不承担任何责任
5、所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其内容的准确性、可靠性、正当性、安全性、合法性等负责,亦不承担任何法律责任
6、所有作品仅供您个人学习、研究或欣赏,不得用于商业或者其他用途,否则,一切后果均由您自己承担,我们对此不承担任何法律责任
7、如涉及侵犯版权等问题,请您及时通知我们,我们将立即采取措施予以解决
8、联系人Email:admin@iyunv.com 网址:www.yunweiku.com

所有资源均系网友上传或者通过网络收集,我们仅提供一个展示、介绍、观摩学习的平台,我们不对其承担任何法律责任,如涉及侵犯版权等问题,请您及时通知我们,我们将立即处理,联系人Email:kefu@iyunv.com,QQ:1061981298 本贴地址:https://www.yunweiku.com/thread-623755-1-1.html 上篇帖子: 详尽的SQL语句大全分类整理 下篇帖子: T-SQL 基于列的逻辑表达式 (CASE)
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

扫码加入运维网微信交流群X

扫码加入运维网微信交流群

扫描二维码加入运维网微信交流群,最新一手资源尽在官方微信交流群!快快加入我们吧...

扫描微信二维码查看详情

客服E-mail:kefu@iyunv.com 客服QQ:1061981298


QQ群⑦:运维网交流群⑦ QQ群⑧:运维网交流群⑧ k8s群:运维网kubernetes交流群


提醒:禁止发布任何违反国家法律、法规的言论与图片等内容;本站内容均来自个人观点与网络等信息,非本站认同之观点.


本站大部分资源是网友从网上搜集分享而来,其版权均归原作者及其网站所有,我们尊重他人的合法权益,如有内容侵犯您的合法权益,请及时与我们联系进行核实删除!



合作伙伴: 青云cloud

快速回复 返回顶部 返回列表