查询速度的讨论

显示全部楼层 · 2007-7-4 17:27:50

现在有这样一个问题
我现在有两个表都是百万的数据连个表的表结构是相同的，知识数据不一样而已。
我现在有一个查询，这个查询需要查询这两个表里面的数据
现在我想把这两个表合并成一个大表
但是我现在不知道如果执行同样的sql语句是执行两个小表的速度快呢还是执行一个大表的时候快呢

千问 · 2007-7-4 17:27:50

执行两个表的得出的结果最后通过 union 合并之后和一个大表得到结果是一样的
我就是不知道效率是那个更高一点
我这个大表还没有合并所以不能实验
现在就是想通过大家的经验让大家讨论一下看看是那个更快

千问 · 2007-7-4 17:27:50

就你目前的这种情况，用一个大表肯定比把这个大表分成几个相同表结构的小表效率高！

千问 · 2007-7-4 17:27:50

原帖由 bell6248 于 2009-10-10 17:03 发表
就你目前的这种情况，用一个大表肯定比把这个大表分成几个相同表结构的小表效率高！

我是把给几个相同结构的小表合并成一个大表
反正都差不多
现在就是不知道那种效率更高一些

千问 · 2007-7-4 17:27:50

看具体的需求
一般来说，如果你要连接，肯定比不连接慢
总是单表查询快

千问 · 2007-7-4 17:27:50

那为啥不试试呢.用set autotrace trace exp,我记得好象这是可以不实际执行语句只看执行计划的方法...你还没有union这个大表应该只是怕费时间吧??

千问 · 2007-7-4 17:27:50

不好意思.语句写错了..set autotrace traceonly explain;

千问 · 2007-7-4 17:27:50

看你的业务规则了，如果仅仅只有这一个查询需要union这两张表的话还是分开的好

千问 · 2007-7-4 17:27:50

两个百万的表合成一个表查询起来应该比较快的
可以再优化一下

千问 · 2007-7-4 17:27:50

我的测试记录
http://www.itpub.net/thread-1209477-1-1.html