如果是 java 系的话，可以试试这个库 https://github.com/ksprider/Surgical

@newtype0092 ES 也可以做的。只是单纯的数据库(比如 mysql)查询对于大多数开发者来说上手最快。

我上面说的第三种指的是，把多个业务库的只读库放在同一个实例里面，单纯的用于查询（业务、一般的报表都可以）。

我个人倾向这种做法。

好问题。我也经常拿这个问题来面试。
正如#17 所说，「千万别把查询做成了数据统计」，但是在实际中很难(也懒得去分太清楚)查询和统计之间的边界，据我接触的需求来看，一开始订单列表包含商品，进而包括卖家信息，再包括买家信息，后续可能包括其他的信息等，所以这样的需求一般情况下是逐步的迭代形成的。

我个人有以下思路：
1. 和#5 一样
这样好处是不用考虑商品表结构变化(前提是商品服务不是由你维护)，坏处是写 n 多代码

2. 放到数据仓库里面去查询，例如 es 里面
坏处是要搭建 es，使用成本有点高

3. 新开一个数据库实例，将用户库、订单库、商品库同步到这个实例里面，做跨库查询（具体同步的技术可以用 canal 、DTS，实在不行，自己用 mq 解决）
坏处是要维护表结构的同步，且需要了解基本的业务（例如哪个字段代表什么意思之类的），好处是查询起来很爽很爽

kotlin 用 exposed，java 用 jooq

compile "com.fasterxml.jackson.module:jackson-module-kotlin"

既然用了 kotlin，exposed 不香吗？（不喜欢 mybatis ）

南山医院验光，在天猫上买的明月眼镜，陈道明同款

做什么方向的

@syun0216 电动车一大把，去店里面看你喜欢的随便挑。建议买个小巧点的，老腾讯大厦那边经常有便衣抓摩的，太大的话容易被误认为摩的。

@syun0216 公交的话 m425 吧，很多人。电动车走人行道，很方便，上下班高峰期有时候比公交还快些。

电动车吧

可以的。

1. 可以用 mq 来解决，这样要动你的程序。A 库的程序更新了以后发一条 mq，然后监听者消费，更新 B 库数据；
2. 使用监听 mysql binlog 的中间件（例如阿里的 canel ）;
3. 如果上云了，可以使用云厂商提供的服务;

bdd == boss-driven design ?

@sunny1688 给个联系方式？

@sunny1688 你租的房子就是你的办公地址。没问题的。

具体地址是什么问题？
看你之前的帖子，具我所知，可以用租的房子作为公司地址，在百度上申请标注下就好。

docker 内服务的某个接口