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