This topic has been archived. It cannot be replied.
-
工作学习 / 专业技术讨论 / SQL SERVER is running slowly. the bigget table has 300,000 records. But they use many multi-level join views because they need very complicated relations. Can reduce the view size make things better?
-vega_lee(天津包子-就不改);
2006-3-13
(#2837616@0)
-
up
-vega_lee(天津包子-就不改);
2006-3-13
(#2837657@0)
-
高人们，解答一下吧，是不是把view全变sp就会快些？现在view太复杂了，内联外联多重套。谢谢
-vega_lee(天津包子-就不改);
2006-3-13
(#2838046@0)
-
本低手记得好像view可是比较耗资源
-ningxin0809(雁影行洲);
2006-3-13
(#2838285@0)
-
那到不一定，v能简化复杂的基表查询，等于降低sql的开销，假使基表数据变化不频繁的话
-bjrenzx1(机器卡);
2006-3-13
(#2838311@0)
-
看来什么都是有好有坏， 我一般都尽量避免用VIEW
-ningxin0809(雁影行洲);
2006-3-13
(#2838322@0)
-
您是高手，我就信您了。我记得也是这样，不过查资料看看，好像现在又变了。到底怎么办呢
-vega_lee(天津包子-就不改);
2006-3-14
(#2838624@0)
-
我不是高手啊， 我其实用sql server很早， 现在一直用的是oracle
-ningxin0809(雁影行洲);
2006-3-14
(#2838634@0)
-
一直用的是oracle也是oracle高手了。情急之下，兽医也是可以给人治病的
-vega_lee(天津包子-就不改);
2006-3-14
(#2838669@0)
-
how about replace the /etc/my.cnf to with content in my-large.cnf. Just try to know, if it is memory problem.
-647i(-);
2006-3-13
(#2838053@0)
-
谢谢。不懂啊.再说，服务器控制权不在手，想调这些不太方便
-vega_lee(天津包子-就不改);
2006-3-13
(#2838134@0)
-
瞎说2句啊，别见怪：1，如果是频繁的U/I/D，那个就不如定时重建view和index；2，如果不是，看看是不是应用里的sql代码的效率太低，要调整……
-bjrenzx1(机器卡);
2006-3-13
(#2838261@0)
-
晕,my.cnf是MySQL的冬冬,与SQL Server无关
-thisunreal(饭得志);
2006-3-13
(#2838276@0)
-
try update statistics?
-zdq(zdq);
2006-3-14
(#2838608@0)
-
用PROFILER跟踪一下到底是什么QUERY慢. 300k的表对于查询来说真不算什么.
-findinghouse(不写错别字。5);
2006-3-14
(#2838632@0)
-
是, 300k的tabel根本不算大, 先看看excution plan, 是不是有很多table scan, 如果有, 可能需要改进一下index, 优化query.
-qq00(Daisy);
2006-3-14
(#2838648@0)
-
问一个低级的问题：怎么找到ado的什么AdArray，AdParamInputOutput常量的代码是几？谁老记着这个阿，也不是系统内置的
-vega_lee(天津包子-就不改);
2006-3-14
(#2838683@0)
-
Here is URL, just google what u want..........
-happyliveincanada(千金散尽还复来);
2006-3-14
(#2838691@0)
-
Thanks.
-vega_lee(天津包子-就不改);
2006-3-14
(#2838741@0)
-
再问一句，我用sp（带参数）找出来的recordset是不是就比相同code用where的view快呢
-vega_lee(天津包子-就不改);
2006-3-14
(#2838747@0)
-
不太明白这个问题, sp同样可以用view啊? sp的区别只是compiled.
-qq00(Daisy);
2006-3-14
(#2838768@0)
-
sp可以用view没错，我就想知道view是不是瓶颈。对于查询型的sp（不查询view），是不是比相同代码的view查出的快？尤其是asp中还有对view的where条件的查询，我换成sp的参数。
-vega_lee(天津包子-就不改);
2006-3-14
(#2839008@0)
-
view是不是瓶颈跟用不用sp没有任何关系. :)
-qq00(Daisy);
2006-3-14
(#2839086@0)
-
怎么没有，此路不通请绕行
-vega_lee(天津包子-就不改);
2006-3-14
(#2839122@0)
-
理论上是对的（实际上也大部分情况对）。不过兄弟你好象有点概念不清，是不是新转行到挨踢的？
-sesameopen(芝麻开门);
2006-3-14
(#2838962@0)
-
大概是我表达能力不行吧。谢谢。我除了挨踢，就干过勒脖了。当然水平一直低，混饭吃是肯定的了
-vega_lee(天津包子-就不改);
2006-3-14
(#2838976@0)
-
I feel it is wrong. But I haven't used ms sql server for 10 years. parameter is dynamic, more binary code is needed. for where, it is static compilation.
-iwantcar(EnjoyStudying);
2006-3-14
(#2839031@0)
-
哎，与其考虑性能，不如升级硬件算了。装SQL Server的小鸡。。。买多几个CPU，加大几倍内存，用最好的FC存储，搜你个几十万记录的表写个死循环都很快
-j30(猪狗不如);
2006-3-14
(#2839066@0)
-
又不是我们公司的，说了都不算。我们公司连sa权限都没有还给人升级呢？
-vega_lee(天津包子-就不改);
2006-3-14
(#2839120@0)
-
应该与query structure有关。outer joined query最慢，nested query次之，还有index。是否可以重新组织query structure避免这些瓶颈，尤其是outer join。
-23456789(大白乎);
2006-3-16
(#2843566@0)
-
多谢。不过重新组织太费事了，如果直接转sp能管点事就快多了。
-vega_lee(天津包子-就不改);
2006-3-16
(#2843572@0)
-
sp节省的是编译时间(compiling)。所有的其它方法（比如增加速度，内存，sp等）只能稍微帮一点忙。根本的是query design本身
-23456789(大白乎);
2006-3-16
(#2843599@0)
-
知道啊。可现在根本还不了解数据表、数据列的用途、关系，重新开发起来还有日子了
-vega_lee(天津包子-就不改);
2006-3-16
(#2843617@0)