关于表连接查询效率？该如何解决
关于表连接查询效率？
有一个主表，8个附表，查询用left join
select *
from aa A
left join bb A1 on .....
left join cc A2 on .....
left join dd A3 on .....
left join ee A4 on .....
left join ff A5 on .....
left join gg A6 on .....
left join hh A7 on .....
left join ii A8 on .....
where
.......
现在主表aa里数量有100万条以上，查询效率怎么样，会不会到时吧数据库拖死。
一般你们是怎么来做的。
------解决方案--------------------
你语句的关键点放却不愿意写出来，神也帮不了你。
如果你的语句已经写好了，请把执行计划贴出来
------解决方案--------------------
1.语句写完全。
2.说明一下索引等的建立情况
3.执行计划。
------解决方案--------------------
这主要取决于你的select 后面要输出多少列了。
如果跟这么多表都相关的输出，估计只能在索引上做点儿事儿了，剩下的就只能交给查询分析器了。
如果输出集中在单个或少数表，lz可以考虑使用not exists或not in 反向处理。参考http://blog.csdn.net/orchidcat/article/details/6267552
------解决方案--------------------
这个还是看具体语句，你的表上的索引情况 还有就是具体的执行计划了
先把这些贴上来再说效率啥的吧
------解决方案--------------------
一般建议join表的次数不大于5次,否则可能会影响到最佳执行计划的产生.
------解决方案--------------------
5个表inner join理论上需要产生96个还是90多个不同的预估执行计划，8个表就更多了。我不知道你left join后面的on是aa的还是a1和类似a2的，不好下定论
有一个主表，8个附表，查询用left join
select *
from aa A
left join bb A1 on .....
left join cc A2 on .....
left join dd A3 on .....
left join ee A4 on .....
left join ff A5 on .....
left join gg A6 on .....
left join hh A7 on .....
left join ii A8 on .....
where
.......
现在主表aa里数量有100万条以上，查询效率怎么样，会不会到时吧数据库拖死。
一般你们是怎么来做的。
------解决方案--------------------
你语句的关键点放却不愿意写出来，神也帮不了你。
如果你的语句已经写好了，请把执行计划贴出来
------解决方案--------------------
1.语句写完全。
2.说明一下索引等的建立情况
3.执行计划。
------解决方案--------------------
这主要取决于你的select 后面要输出多少列了。
如果跟这么多表都相关的输出，估计只能在索引上做点儿事儿了，剩下的就只能交给查询分析器了。
如果输出集中在单个或少数表，lz可以考虑使用not exists或not in 反向处理。参考http://blog.csdn.net/orchidcat/article/details/6267552
------解决方案--------------------
这个还是看具体语句，你的表上的索引情况 还有就是具体的执行计划了
先把这些贴上来再说效率啥的吧
------解决方案--------------------
一般建议join表的次数不大于5次,否则可能会影响到最佳执行计划的产生.
------解决方案--------------------
5个表inner join理论上需要产生96个还是90多个不同的预估执行计划，8个表就更多了。我不知道你left join后面的on是aa的还是a1和类似a2的，不好下定论