比如有用户表
user_id, user_name, ......
事件表
ev_id, user_id, ev_info, ev_time, .......
这里查询了事件表的信息，某些情况下需要返回user_name字段，是将事件表查出来之后利用user_id集合单独将user_name查询出来，还是直接利用inner join。
各位都是怎么做的，假设用户表在10万左右，事件表在100万左右。
This topic created in 4131 days ago, the information mentioned may be changed or developed.
 |
SeptembersJul 18, 2015
1
当然是inner join
（如果用的MySQL的话请 真爱生命，远离MySQL （另外100万规模还好意思说？ |
 |
2
@Septembers 真是mysql，只是现在够用。100万只是个假设的数字，唉
|
 |
3
没钱玩：PostgreSQL
有钱玩：Oracle Database 做死玩：MySQL |
1 |
4
用explan看看，建议单独查。用连表确实是一条语句搞定，当时连表越多意味着扫描表时IO开销越大。数据量小且有索引时，问题不大。单独查时，in里面的数据一般不会放很多，而且还是索引字段，所以性能也还好。后期可以把user_name什么的缓存着，毕竟用户表几乎都要查它，而且它变化的频率很低。所以建议单独查，后期用户时改动会小一下。
|
|
5
@publicID001 好建议，转PostgreSQL中
|
 |
leyleJul 18, 2015
6
v2ex 是 MySQL 吧？
|
 |
7
postgresql+redis
|
 |
kslrJul 18, 2015 via Android
8
瞎折腾，MySQL我跑了七八亿好好的
|
 |
iyaozhenJul 18, 2015
9
为什么 mysql 不行呀？用的感觉好好的呀。
|
 |
gdtvJul 18, 2015
11
@Septembers
@publicID001 请问像楼主这样的数据量和查询要求，如果用一条inner join语句，PostgreSQL、Oracle Database、MySQL的效率差多少？ 谢谢。 |
 |
bitzhuxbJul 18, 2015
12
如果userid有索引，inner join毫无问题
|
Select Language