基本思路
面试官都是直接问类似的问题，比如介绍了分库分表方案后，提到订单表是按照买家ID来进行分库分表的之后，会顺势问如果卖家要查询ID应该怎么办？
可以按照这个模板来介绍不同的方案
这一类没有按照分库分表键来筛选数据的查询，是需要一些额外的手段来支持的。目前来说，主流的方案是引入中间表、二次分库分表或是使用其他中间件。当然，广播作为一个兜底的解决方案，逼不得已的时候也可以使用。当然，如果自己的主键生成策略比较特殊的话，也能部分支持这一类查询。
接下来按照这些关键词一个一个地问
主键生成策略
有一种主键生成的策略是在主键里面带上分库分表的列，如果能够拿到主键，就应该知道去哪个数据库上的哪个数据表里查找。
比如：在订单ID里带上了买家ID，那么在根据订单ID来查询数据的时候，就可以通过订单ID来判断订单的数据在哪个库哪个表里。
这是一种很优雅的解决方案，既不需要任何第三方工具的帮助，也不需要额外存储数据。但是这个方案只能解决一部分问题，而且大多数时候主键都不是采用这种策略生成的，只能考虑其他方案了，比如引入中间表。
引入中间表
如果想支持按照卖家来搜索，可以引入一个中间表，记录了ID、卖家ID和买家ID三个数据。
当然也可以考虑把买家ID换成目标库和目标表，这样就省去了根据买家ID来定位目标库和目标表的步骤。
查询的基本步骤也很清晰：
- 先在中间表里根据卖家ID找到想要的订单ID和买家ID
- 再根据买家ID和订单号找到具体的订单数据
关键词就是中间表：
我们用了一个比较简单的方案，引入中间表来解决卖家查询的问题。中间表主要是根据卖家找到对应的订单，并且根据订单表中的买家ID来确定目标库、目标表，再去对应的数据表里把所有的数据都查询出来。
