当前位置：文江博客话题详情

MS SQL Server - 游标什么时候好？

发布于 2024-08-05 19:13:01 字数 178 浏览 4 评论 0原文

很多时候，当我编写存储过程等时，我首先使用游标，后来发现我的过程存在一些性能问题。

我读到的每一篇文章都说游标很糟糕，会导致不必要的锁定等，性能测试也证明了这一点。

我的问题是你什么时候使用游标以及它们在什么情况下有用或好的？

如果没有用，为什么他们要为 SQL 制定如此糟糕的控制结构/类型？

原文

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

分分钟 2024-08-12 19:13:01

通常情况下应该避免使用它们，但该功能的存在是有原因的，并且有时会使用它们。我想说，我见过的 90% 以上的光标都是不需要的。如果您将它们用于 CRUD 操作，那么几乎总是可以以基于集合的方式重做。我经常看到人们为此使用游标，因为他们不知道如何在更新或删除中使用联接，也不知道他们可以在插入中使用 select 语句而不是值子句。当人们认为他们需要它们进行稍微复杂的处理时，另一个不必要的用途实际上可以通过 case 语句轻松处理。

有时，游标对于计算诸如运行总计之类的内容更快。

游标对于多次执行存储过程也很方便，该存储过程被设置为一次仅处理一个输入值。我不使用此功能来运行用户存储过程（除非我知道我将访问非常小的数据集），但当需要针对多个表运行系统过程时，它对于数据库管理员来说非常方便。

如果您在 SQl 中创建电子邮件（不是最好的位置，但在某些系统中就是这样做的）并且不希望电子邮件的整个受众看到列表中的其他人，或者您想要对每个人进行个性化包含有关收件人信息的电子邮件，光标是最佳选择。

如果整个基于集的插入/更新/删除将花费太长时间并锁定表，则游标或循环也可用于处理批量记录。这是游标和基于集的解决方案之间的一种混合，通常是生产系统上发生较大变化的最佳解决方案。

回复收藏 0 原文

临走之时 2024-08-12 19:13:01

有一次我问 SQL Server 团队的一个人，如果你可以添加一项功能来让产品对每个人都更好，那会是什么？

他的回答是“添加？”呵呵，我想带走一只。如果你摆脱游标，你就会迫使世界各地的程序员开始以基于 SET 的方式思考问题，这将是你所见过的全球范围内数据库性能的最大提升。

然而，就我而言，我倾向于看到一种模式，似乎有很多程序编码人员使用游标，因为他们需要能够一次执行一个元素的操作，并且错过了旧时尚的 WHILE 循环概念。基本思想相同，没有光标开销。仍然不如基于 SET 的方法那么快/有效，但 90% 的情况下，当有人声称“我不能基于此集合进行操作，我必须使用游标”时，我可以让他们使用 while 循环来完成此操作。

回复收藏 0 原文

夕色琉璃 2024-08-12 19:13:01

这是一篇由一位相当固执己见的人撰写的文章，他给出了不使用游标的理由以及关于它们是如何形成的一些答案：一定有 15 种丢失光标的方法。

回复收藏 0 原文

翻了热茶 2024-08-12 19:13:01

我正在研究的 SQL Server 2008 MCTS 准备手册建议在 T-SQL 中需要 CURSOR 的任何地方使用外部 CLR 代码，特别是现在 SQL Server 2008 支持自定义聚合函数。

5 年前，我与他们合作开发了广泛的报告功能，但我认为我现在无法为它们想出一个好的用例。 CLR 聚合和函数的执行方式与内置聚合函数类似。

回复收藏 0 原文

梦醒灬来后我 2024-08-12 19:13:01

只有当光标内所做的任何事情都必须一次完成一项，并且光标内所做的任何事情都需要很长时间以至于光标的开销变得微不足道时，我才会使用它们。

例如数据库备份、完整性检查、索引重建。简而言之，管理任务。

回复收藏 0 原文

橘味果▽酱 2024-08-12 19:13:01

天哪，我怎么忘记了 Group By？我采用了您在下面看到的基于游标的查询，并将其替换为后面的查询。现在我得到一个结果集，因此在 php 中使用 sqlsrv_next_result() 没有问题。

DECLARE @thisday datetime;

DECLARE daycursor CURSOR FOR
SELECT DISTINCT DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) as thisday
FROM computerusedata

OPEN daycursor;
FETCH NEXT FROM daycursor
INTO @thisday;
WHILE @@FETCH_STATUS = 0
    BEGIN
    select distinct left(ComputerName,5) as CompGroup,DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) as day
    FROM computerusedata
    where DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) = @thisday
    order by CompGroup;
    FETCH NEXT FROM daycursor;
    END;
CLOSE daycursor;
DEALLOCATE daycursor;";


select DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) as day,left(ComputerName,5) as CompGroup
from ComputerUseData
group by DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)),left(ComputerName,5)
order by day,CompGroup

OMG, how did I forget about Group By? I took the cursor based query you see below and replaced it with the one after it. Now I get a single result set so there are no issues with using sqlsrv_next_result() in php.

DECLARE @thisday datetime;

DECLARE daycursor CURSOR FOR
SELECT DISTINCT DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) as thisday
FROM computerusedata

OPEN daycursor;
FETCH NEXT FROM daycursor
INTO @thisday;
WHILE @@FETCH_STATUS = 0
    BEGIN
    select distinct left(ComputerName,5) as CompGroup,DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) as day
    FROM computerusedata
    where DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) = @thisday
    order by CompGroup;
    FETCH NEXT FROM daycursor;
    END;
CLOSE daycursor;
DEALLOCATE daycursor;";


select DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)) as day,left(ComputerName,5) as CompGroup
from ComputerUseData
group by DATEADD(day, 0, DATEDIFF(day, 0, TimeCollected)),left(ComputerName,5)
order by day,CompGroup

回复收藏 0 原文