你会选择连表查询速度一般还是拆成多次查询速度飞快的数据库查询方法？

[cevincheung]

比如：

select from a join b on a.x=b.x left join c on a.x=c.x

还是
select id from a
程序获取ids
select b where id in (ids)
select c where id in (ids)

[lightening]

连成一条。数据库和应用有时候不在一个机器上，网络延迟比较大。

[cevincheung]

@lightening 一般都会在同一内网吧

[lightening]

@cevincheung 我们不是的。

[CupTools]

连表，有时还会连4表查。
这是我上课的时候其中一条SQL：
SELECT Count(*) AS S_NAMEOfCount, supplier.s_nationkey,
nation.n_name
FROM (SELECT DISTINCT supplier.s_name,
supplier.s_nationkey,
nation.n_name
FROM (region
INNER JOIN ((customers
ey =
= orders.o_custkey)
gionkey)
INNER JOIN nation
ON customers.c_nationk
nation.n_nationkey)
INNER JOIN orders
ON customers.c_custkey
ON region.r_regionkey = nation.n_re
INNER JOIN supplier
ON nation.n_nationkey = supplier.s_n
ationkey)
GROUP BY supplier.s_nationkey,
nation.n_name;

[Septembers]

@lightening @cevincheung
即使是内网也不敢链路质量100%稳定
（QoS策略没做好导致链路质量下降之类的事情（这是网络运维的锅

[liprais]

三次查询的总时间肯定比一次的大吧

[wy315700]

分开查询何必用sql，用key value多好

[zkd8907]

@cevincheung 就算在内网上，网络IO成本也是比数据库服务器本地的IO成本要高的。。。（不要问我为什么知道的。。

[clino]

@zkd8907 我觉得你说的即使是对本机的数据库也是对的

[mawenjian]

分情况，强关联的表采用联表查询；如果关联性不是那么强的话，老老实实分步查，要不哪天拆库还得重写。

[yangqi]

只要索引什么的优化好，联表一次肯定比多次要快的

[dai269619118]

放数据里跑一下不就知道效率了吗

[lucifer9]

考虑到缓存的情况呢

[caixiexin]

数据库优化的一个原则就是查询次数越少越好，特殊的复杂sql语句除外。很多情况下网络开销，使用数据库链接都比劣质sql语句开销大。

[lengxuecan]

绝逼拆分写!没有之一!

[spkinger]

不连表，用union把几个sql连起来试试

[sujin190]

如果数据有几百万你join一次试试

[anyforever]

@yangqi +1 关键是索引得优化好

[jsuper]

如果索引设计得好，两边关联的字段都有索引，那么关联是很快的。远比你分多次查询要来得快。

[lzsadam]

单表，遇到复杂的查询条件就跪了，代码维护起来累死