谁懂 database tuning

乱码

原帖由 bffbffbff 于 2011-1-24 12:37 发表


我遇到用curosr的情况与表的大小倒没直接关系，经常是需要对loop里面的每一row数据进行比较复杂的运算或者逻辑

还有几次见到复杂的cursor甚至跨越了多个trigger 基本上当成是temp table用了

你可以用case when的结构在where中，logic来说是简单些，也显得比较高深 但看它的execution plan，scan table是一定的，不到万不得已，不推荐用。

(case when... then 1 else..then 2 end)=1 这种形式

bffbffbff

原帖由 乱码 于 2011-1-24 12:56 发表


你可以用case when的结构在where中，logic来说是简单些，也显得比较高深 但看它的execution plan，scan table是一定的，不到万不得已，不推荐用。

(case when... then 1 else..then 2 end)=1 这种形式

， 试过了，有时候还是搞不定

举个例子说吧，比如说loop through一个不大的表（可以是1-20条记录不等），然后根据每个row里面的几个field值来决定什么样的一行记录去insert到temp/table variable里，最终形成的temp table用于下一步运算。

我能想到过的我的问题是
1. 有时候当前记录如果不符合条件剩下的rows就不需要处理了直接break
2，有时候当前记录和前一条记录需要有比较或者需要前面记录里的值。
3. 有时候当前记录可能需要slip掉进入下一个记录

IsDonIsGood

但凡需要将business logic写进sp的时候，都会遇到不得不用cursor或者while的时候，
我的选择是将尽量少的数据写进temp table，然后再temp 表内 cursor或者loop。
写过最麻烦的一个要比较previous row ,current row ,next row的所有值来确定mapping rule，实在没办法，只能用loop来实现，5分钟一次的schedule，运行还好，基本上20s内完成。

不得不loop的时候个人经验是尽量减小loop的表容量，如果实在减少不了，应该考虑将businiess logic 写到application而不是db里去

IsDonIsGood

原帖由 乱码 于 2011-1-24 12:56 发表


你可以用case when的结构在where中，logic来说是简单些，也显得比较高深 但看它的execution plan，scan table是一定的，不到万不得已，不推荐用。

(case when... then 1 else..then 2 end)=1 这种形式

case 的cost应该也不低吧，尤其是在where 里，而且稍微复杂点的logic用case写不加comment的话很难读。

bffbffbff

原帖由 IsDonIsGood 于 2011-1-24 13:18 发表
但凡需要将business logic写进sp的时候，都会遇到不得不用cursor或者while的时候，
我的选择是将尽量少的数据写进temp table，然后再temp 表内 cursor或者loop。
写过最麻烦的一个要比较previous row ,current row ,next r ...

很同意, 现在我一旦遇到非用cursor的不可的时候，就尽量减少所选数据数量。
只是见网上很多人讨论cursor的alternatives，而且发现这些方案真的把大多数cursor给取代了， 所以在这里就想问问大伙能否把这个也解决了。

当然，cursor的东西确实不易做很频繁使用的scheduled job

[ 本帖最后由 bffbffbff 于 2011-1-24 13:24 编辑 ]

bffbffbff

原帖由 IsDonIsGood 于 2011-1-24 13:20 发表

case 的cost应该也不低吧，尤其是在where 里，而且稍微复杂点的logic用case写不加comment的话很难读。

难度是一方面，主要还是觉得case搞不定所有cursor能做的东西

IsDonIsGood

原帖由 bffbffbff 于 2011-1-24 13:25 发表


难度是一方面，主要还是觉得case搞不定所有cursor能做的东西

稍微复杂点的business logic case就不行了，个人感觉一旦 case嵌套了2层以上判断 performance就会有影响。case也就做做简单的判断还可以，cursor/while实现business logic的能力还是很强的，就是cost太高。不过个人意见是小数量data loop还素很快的，没什么performance issue。
不过我的经验是sql server的，不知道Oracle怎样，感觉上oracle 的cursor 功能更强大？performance呢？呼Oracle大侠们现身说法~~~
刚开始用case的时候经常忘记指定所有的条件，然后就返回一大串NULL，当时那个郁闷啊~~~
另：楼上能给个cursor的替代例子么？谢啦~~

乱码

原帖由 IsDonIsGood 于 2011-1-24 13:18 发表
但凡需要将business logic写进sp的时候，都会遇到不得不用cursor或者while的时候，
我的选择是将尽量少的数据写进temp table，然后再temp 表内 cursor或者loop。
写过最麻烦的一个要比较previous row ,current row ,next r ...

如果是牵扯到previous/next row,最好用cte sort一下,出rownumber，然后用两个/多个table instance，在where中用table1.rownumber=table2.rownumber+1,这种形式.

把需要计算的condition写到where中，一定会引起table scan,不光是case when, 所以design很重要，design阶段不能解决的，才考虑把business logic 放到where中，但performance wise，的确不推荐。

bffbffbff

原帖由 IsDonIsGood 于 2011-1-24 13:38 发表

稍微复杂点的business logic case就不行了，个人感觉一旦 case嵌套了2层以上判断 performance就会有影响。case也就做做简单的判断还可以，cursor/while实现business logic的能力还是很强的，就是cost太高。不过个人意见是 ...

简单点的string concatenation 比如说建立个dynamic query 来create，insert或者query table之类的 可以
select @sql = @sql + a.col from a
就是实现了，偶尔借助点case就可以把很多简单的cursor 搞定
稍微有点计算或者逻辑的可以用 UDF 写好。
还有就像乱码兄说的可以用cte+rownumber搞定，可惜我学了这招之后几次试图用但由于我遇到的情况不太一样所以用不上

IsDonIsGood

之前都没怎么用CTE，看来要好好学一学了。
有没有链接一观？hoho，懒得放狗了~~

bffbffbff

原帖由 IsDonIsGood 于 2011-1-24 14:36 发表
之前都没怎么用CTE，看来要好好学一学了。
有没有链接一观？hoho，懒得放狗了~~

CTE可是好东西啊，有问题你抓CTE专家乱码兄一顿狂问就可以了

http://msdn.microsoft.com/en-us/library/ms190766.aspx

老衲

对net developer来说，Per Tuning这个提法可能太大。看过一篇文章，觉得很不错，如果都能理解，对net developer来说应该足够了。

SQL Server DO's and DONT's
http://www.codeproject.com/KB/database/sqldodont.aspx

澳贼

原帖由 老衲 于 2011-1-24 14:45 发表
对net developer来说，Per Tuning这个提法可能太大。看过一篇文章，觉得很不错，如果都能理解，对net developer来说应该足够了。

SQL Server DO's and DONT's
http://www.codeproject.com/KB/database/sqldodont.aspx

谢谢长老。 您就的这片如何？
http://www.databasejournal.com/f ... rver-Developers.htm