84669 Lernen von Personen
152542 Lernen von Personen
20005 Lernen von Personen
5487 Lernen von Personen
7821 Lernen von Personen
359900 Lernen von Personen
3350 Lernen von Personen
180660 Lernen von Personen
48569 Lernen von Personen
18603 Lernen von Personen
40936 Lernen von Personen
1549 Lernen von Personen
1183 Lernen von Personen
32909 Lernen von Personen
是这样的,我们的现在对数据库做了水平拆分。把用户和订单分在两个库中,由于之前没接触过分库,对关联查询有些疑问。现在有一个需求,查询所有用户及其相关的订单列表,首先查询所有订单,然后在根据每个订单关联的用户查询用户表,这样的不就是有多少条订单就要产生多少条查询用户信息的SQL了。这个做法是不是通用的做法,有没有其他好的办法?
人生最曼妙的风景,竟是内心的淡定与从容!
1.私以为先查处所有用户然后根据用户查订单表信息会比你的做法好点,当然如果订单小于用户数量时除外。 2.先查订单再查用户时,已经查询过的用户就不用再查询了 3.如果是同一台机器上的跨库join,可以用[数据库名].[表名]来跨库join,注意权限。 4.如果是不同机器上,可以通过federated引擎链接远程表。
1.私以为先查处所有用户然后根据用户查订单表信息会比你的做法好点,当然如果订单小于用户数量时除外。
2.先查订单再查用户时,已经查询过的用户就不用再查询了
3.如果是同一台机器上的跨库join,可以用[数据库名].[表名]来跨库join,注意权限。
4.如果是不同机器上,可以通过federated引擎链接远程表。