不可小视视图对效率的影响力

近日为一家企业开发数据库方面的应用。有两张数据表:A和B,其中A的记录为2万条左右,而B中的数据为200万条以上,现在要求以a.id=b.id为关联进行数据筛选。

为此要求,我做了个视图View1,将a.id与b.id关联起来,运行该视图的查询,使用了2秒中就得到结果了。这时又有一特殊需求:编写存储过程,该存储过程中有一个游标的循环,该循环重复1万次,在每次循环中都使用了对View1的查询,举例如下:

循环游标体(重复1万次)
{
    select @text=text from view1 where id=@ id    --其中@text,@id均为变量
   update form1 set
text=@text where id=@id
}

执行以上的存储过程,发现竟然要花费>7分钟的运算时间,进行分析后得知效率全损耗在对view1视图的扫描上,尽管单独对该视图进行查询只需2秒,但在这种情况下即需要太多的时间。

因此改进该存储过程如下:

create table #tempTab
(
  id nvarchar(20),
  text nvarchar(20)
)

查询View1视图,将记录插入到#tempTab临时表中...

循环游标体(重复1万次)
{
    select @text=text from #tempTab where id=@ id    --其中@text,@id均为变量
   update form1 set
text=@text where id=@id
}

别小瞧以上的改动,此时该存储过程只花费50秒的时间。

对于上述现象,分析如下:在多次循环对某个视图进行查询时,将会耗费大量的时间,因此将该视图的数据放在内存中进行计算会大提高速度。

如您有什么高见,请回复,一起讨论一下。

  • 0
    点赞
  • 0
    收藏
  • 打赏
    打赏
  • 4
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:大白 设计师:CSDN官方博客 返回首页
评论 4

打赏作者

smallmark

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值