SQL表JOIN连接性能问题

[oujiachao]

select * from UserInfo u left join CafesInfos c on c.UserId=u.UserId
where u.RoleId in (2,3,4) --这个是两个表连接好以后生产临时表where在去筛选的，如果数据很大不是要很长时间连接再去筛选？

select * from (select * from UserInfo u where u.RoleId in (2,3,4))s left join CafesInfos c on s.UserId=c.UserId --既然上面那样我不如先where过滤再去连接，但这样又会先生成一个临时表，多少select 查询 性能会不会反而降低呢?
我网上找了相关资料没用

[haitao]

理论上，越内层的结果集越小，性能越好 但是，现在的数据库引擎应该都能很好地优化了，实际的效果应该一样了 另外，还记得很多地方都说left join性能很低，不建议使用 但是我在sql2000、2005几乎没感觉到慢 left join如果有索引，按理（实现原理：2个已排序的列表的匹配）说应该也不会性能低啊

[發糞塗牆]

看下执行计划最好，而且在不同的数据量测试一下才有讨论的价值。就好像一个表有10条数据，表扫描很慢吗？但是当这个表有100万的时候，你敢随便表扫描吗？

[xuam]

效率一样吧.

[快溜]

如果UserInfo 数据量很大先筛选出来在join会高一点，否则两条一样，没多大差别

[3721_zcx]

如果数据量大，第二种比较高效率