展开全部
首先要做join的同时排除做其他比较话时间的操作,比如聚合,排序和一些不会走索引的查询,比如<>, not like ,not in 等等低效的查询
其次要清楚inner join的join方式,一般数据库会根据执行计划自动挑选系统认为最优的join方式。但是我们也可以通过加hints的方式强制选择join类型。
一般有下面几种常用方式
1 nested loop
从A表抽一条记录,遍历B表查找匹配记录,然后从a表抽下一条,遍历B表。
这种情况需要A表相对很小的情况会很高效
2 hash join
将A表按连接键计算出一个hash表,然后从B表一条条抽取记录,计算hash值,根据hash到A表的hash来匹配符合条件的记录,这是最多用的也是泛用性最高的一种join方式
3 sort merge join
将A,B表都排好序,然后做merge,符合条件的选出
应对与A,B表本身已经排完序的情况比较高效
其次要清楚inner join的join方式,一般数据库会根据执行计划自动挑选系统认为最优的join方式。但是我们也可以通过加hints的方式强制选择join类型。
一般有下面几种常用方式
1 nested loop
从A表抽一条记录,遍历B表查找匹配记录,然后从a表抽下一条,遍历B表。
这种情况需要A表相对很小的情况会很高效
2 hash join
将A表按连接键计算出一个hash表,然后从B表一条条抽取记录,计算hash值,根据hash到A表的hash来匹配符合条件的记录,这是最多用的也是泛用性最高的一种join方式
3 sort merge join
将A,B表都排好序,然后做merge,符合条件的选出
应对与A,B表本身已经排完序的情况比较高效
展开全部
多表inner join,表之间必然有字段关联,在关联字段上建立索引,使查询使用索引扫描,而不是全表扫描
本回答被提问者采纳
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
使用left join效果都差不多,但是left join比inner join效率快太多了
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
展开全部
1.如果有基表,那么基表,基表放在结合操作的右侧:
如:select * from t1,basetbl;
2.如果没有基表,那么,表的排列是那其规模的大小排列.如,t1表有10行,t2表100行,那么,t2应放在t1表的后面. select * from t1,t2;
3.把连接条件紧接着where后面,过滤条件放在最后.如 where t1.no=t2.no and ....and<条件>
4.把返回数据条数少的过滤条件往后放.如:n='Lee'有17个相同的,t=12有4个相同的条目,那么,t=2应放在后面.
如:select * from t1,t2 where t1.no=t2.no and n='Lee' and t=12;
5.尽量少用排序.
如:select * from t1,basetbl;
2.如果没有基表,那么,表的排列是那其规模的大小排列.如,t1表有10行,t2表100行,那么,t2应放在t1表的后面. select * from t1,t2;
3.把连接条件紧接着where后面,过滤条件放在最后.如 where t1.no=t2.no and ....and<条件>
4.把返回数据条数少的过滤条件往后放.如:n='Lee'有17个相同的,t=12有4个相同的条目,那么,t=2应放在后面.
如:select * from t1,t2 where t1.no=t2.no and n='Lee' and t=12;
5.尽量少用排序.
已赞过
已踩过<
评论
收起
你对这个回答的评价是?
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询