请教多表连接查询和多次连接查询的效率比较

[xiaoshen07]

多表连接查询，如果数据一多的话，消耗会比较大。
如果几个表，分开多次连接的话，效率也低。
除了用缓存之外，我更倾向于多个表分开连接，用缓存，把计算放在程序里。各位一般是怎么选择的？有没有比较好的办法？ 谢谢。

[Defonds]

你说的效率低指的是执行时间太长，还是其他啥意思？

[Defonds]

多表连接，数据量大的话，对带宽和 db cpu 负载都有很恶劣的影响。

[xiaoshen07]

引用 1 楼 defonds 的回复:

多表连接，数据量大的话，对带宽和 db cpu 负载都有很恶劣的影响。

是的，消耗比较大，但是除了第二种方法，有没有更好的方法？

[Defonds]

引用 2 楼 xiaoshen07 的回复:

[quote=引用 1 楼 defonds 的回复:] 多表连接，数据量大的话，对带宽和 db cpu 负载都有很恶劣的影响。

是的，消耗比较大，但是除了第二种方法，有没有更好的方法？[/quote]这个问题太泛了。得看你具体环境。没有不变套路。

[xiaoshen07]

引用 3 楼 defonds 的回复:

[quote=引用 2 楼 xiaoshen07 的回复:] [quote=引用 1 楼 defonds 的回复:] 多表连接，数据量大的话，对带宽和 db cpu 负载都有很恶劣的影响。

是的，消耗比较大，但是除了第二种方法，有没有更好的方法？[/quote]这个问题太泛了。得看你具体环境。没有不变套路。[/quote] 像朋友圈这样的东西，有几个表组成，一个是发布主表，一个是权限表，还有用户表。数据比较大。

[Defonds]

引用 4 楼 xiaoshen07 的回复:

[quote=引用 3 楼 defonds 的回复:] [quote=引用 2 楼 xiaoshen07 的回复:] [quote=引用 1 楼 defonds 的回复:] 多表连接，数据量大的话，对带宽和 db cpu 负载都有很恶劣的影响。

是的，消耗比较大，但是除了第二种方法，有没有更好的方法？[/quote]这个问题太泛了。得看你具体环境。没有不变套路。[/quote] 像朋友圈这样的东西，有几个表组成，一个是发布主表，一个是权限表，还有用户表。数据比较大。[/quote]吃饭去了，回来再看

[xiaoshen07]

引用 6 楼 defonds 的回复:

你说的效率低指的是执行时间太长，还是其他啥意思？

是说执行时间长。

[颓然雪落]

可以丢个板砖吗？