CNDEV
CNDEV.ORG
当前在线
论坛
CBD
程序员情感CBD
程序员见面交流会
CBD开发区
Java/J2ME
.NET/C#
数据库
Delphi/BCB
Visual C
其它
修真养身
中国象棋
纪念日
谈钱太俗,还是投机吧
听音乐
iCosta
资源共享
一隅
好文共赏
看电影看美剧
待定
狗屎
雪域召唤
工作流
专业显摆区
语录
情感
批评与自我批评
爱情故事
发牢骚
看三点区
游戏
CNDEV-CS/WOW
浩宇长空
生活
家有XPH
我爱学英语
美食天地ORG
半调子体育迷
观澳园友邻
搞笑奇文
拍照片
我读书我存在
论坛系统
超级垃圾站
系统建议及BUG
系统测试
中国开发网
: 论坛:
程序员情感CBD
: 贴子 526061
有狐
:
果然是大魔王了......
[阅读: 339] 2007-06-15 07:51:20
<空>
相关信息:
【技术贴,数据库】现有主从表A、B,记录数比较多
(375字)
(
haitao
[547]
2007-06-14 07:51
)
不要推测,做实验
(空) (
pcplayer
[318]
2007-06-14 07:53
)
实验带有偶然性。。。。。。。。。。
(空) (
haitao
[387]
2007-06-14 08:09
)
实验的结果是:最后看似最低效的做法,速度也相当快
(20字)
(
haitao
[349]
2007-06-14 08:30
)
召唤execute plan
(空) (
wuyan
[376]
2007-06-14 08:45
)
看了执行计划,好像没什么特别的
(24字)
(
haitao
[341]
2007-06-14 08:51
)
唔,只能友情召唤深蓝大魔王了
(空) (
wuyan
[364]
2007-06-14 09:27
)
看使用优化器的优化级别。
(空) (
python
[301]
2007-06-14 08:46
)
典型的DB2中毒
(空) (
DeepBlue
[309]
2007-06-14 09:20
)
你在猜测那个写法好,这个出发点成了问题。
(261字)
(
DeepBlue
[482]
2007-06-14 15:49
)
严重同意
(44字)
(
变废为宝
[350]
2007-06-14 15:57
)
既然优化器做了太多事情,为什么还要“SQL要定期调优”?让系统自己去搞不就行了?我不熟悉数据库哈,请教一下。
(空) (
pcplayer
[382]
2007-06-14 16:02
)
因为
(57字)
(
变废为宝
[329]
2007-06-14 16:04
)
因为数据在变化啊,不只是量的变化,就算是数据内容的变化也会影响到统计信息的,然后就影响到了执行计划
(空) (
DeepBlue
[353]
2007-06-14 16:11
)
我是想知道,现在的优化器水平下,还有没有必要人为对子查询预先做范围限制。。。。。
(139字)
(
haitao
[443]
2007-06-14 16:03
)
优化器自己也不知道的,他不是要转换你的写法,他是要理解你要干什么后自己写
(空) (
DeepBlue
[406]
2007-06-14 16:08
)
如果这样,我最后的写法是最直观的(直达目的,不考虑效率),应该最好理解、最容易达到优化的效果?
(30字)
(
haitao
[392]
2007-06-14 16:12
)
他会不会理解错了呢?究竟是人写SQL需要按某种规则精心写好,还是胡写然后依赖系统智能?反正我是不太会写SQL的,系统智能高些是好事。
(空) (
pcplayer
[341]
2007-06-14 16:12
)
应该不会不会理解错;它只是分解到实际执行的最小动作;只是如果人写得不好,可能会影响它的优化水平
(空) (
haitao
[319]
2007-06-14 16:17
)
你再想一想它会不会理解错
(空) (
DeepBlue
[315]
2007-06-14 16:19
)
没好坏之分又哪来的精心和胡乱之分?他的缺陷在于是为了避免最坏的情况出现,那么它的智能化能够依赖吗?
(空) (
DeepBlue
[537]
2007-06-14 16:24
)
实在不懂现在的DB SERVER是怎么工作的。没有看过有关的书。
(空) (
pcplayer
[302]
2007-06-14 16:29
)
。。。DB说得很清楚了嘛,就是DBMS做的事情,不是最坏的,但也不是最好的
(13字)
(
变废为宝
[385]
2007-06-14 16:33
)
你的出发点还是有问题啊,他不会帮你把a=b改写成b=a的,他是要知道你想干什么,然后把最糟糕的实现目的的途径剔除
(空) (
DeepBlue
[376]
2007-06-14 16:15
)
我的3种写法,最终干什么(效果)都是一样的。。。。。。
(35字)
(
haitao
[391]
2007-06-14 16:20
)
还是
(103字)
(
变废为宝
[360]
2007-06-14 16:23
)
这个我知道。。。。。。我想明确的是,同样的记录数、内容、索引下,3种写法是不是都会被优化(重写)成同一种sql?
(63字)
(
haitao
[435]
2007-06-14 16:33
)
你当然也可以不变SQL,那就定期根据SQL来做数据库调优
(17字)
(
变废为宝
[379]
2007-06-14 16:35
)
因为以前的说法是:子查询尽量先做范围限制,sql的效率才会高
(165字)
(
haitao
[668]
2007-06-14 16:40
)
。。。不和你讨论了,有请DB把你从牛角尖里拔出来
(4字)
(
变废为宝
[382]
2007-06-14 16:43
)
怎么是牛角尖呢?只是想知道人为的优化(如子查询尽量先做范围限制)还是否需要。。。。
(37字)
(
haitao
[384]
2007-06-14 16:58
)
还是需要的
(空) (
DeepBlue
[311]
2007-06-15 01:31
)
不过时,没有错
(空) (
DeepBlue
[275]
2007-06-15 01:29
)
这是们艺术,你现在知道得太多只会拔苗助长,留着疑问,别下定论,埋头实践去吧。
(113字)
(
DeepBlue
[423]
2007-06-15 01:35
)
果然是大魔王了......
(空) (
有狐
[338]
2007-06-15 07:51
)
欢迎光临本社区,您还没有登录,不能发贴子。请在
这里登录