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