建议添加目录

一个小康家庭在大城市问自家属于哪个阶级

你应该是要饿死了

都有家庭了，还能想干就干？开启一家老小上海租房之路？

描绘...态度？

卧槽，删除都不提示一下的？

@nightspirit 我写的应该足够清晰，你可以在读一遍; user 表是否再分表也是没关系的。

年轻，这说到底是你的竞争力不够。如果你手握几个 offer，还有的她甩脸子

还是没太看懂描述，说说我的理解：
1. 用户要在一页内显示完所有的订单（不分页？）
答：个人觉得可以在(user_order_ref)表内存储 uid 和 order_id_list 的关联关系，order_id_list 字段是 json 数组，mysql/mongodb 都可以容易的做 json 对象的操作，那么这张表的数据量就<=user 表，不会太大，也就不需要分表，那么这里就可以拿到用户所有的订单 id 。 （有的人也许会考虑部分 rows 的 order_id_list 字段过长带来的一些对表空间的影响，其实我认为可以忽略，因为一个用户的订单量上天了也不过几千几万，这点量不会有什么影响）
然后就像楼主说的，订单详情表使用订单 id 做 hash 水平分表，这里就能查到一个用户所有的订单详情了。
2. 司机的 APP 也能显示订单
答：司机 APP 显示自己的订单，其实与用户订单没啥不同，按照前面的做法，是可以实现按排序分页的（计算出要读哪些订单表，然后 union+orderby ）。

个人愚见。

就说一句，既然结婚了，就尽量不要异地，已有 200w 存款，啥也够了，再异地几年，你老婆跑了你信不信。

u1s1，网站请谁做的？

ck #2

项目中，go 一般和 C/CPP 结合，没见过和 py 结合的

100W 起跳

木人吗

@renmu123 一定会有人投的，此贴截止此时 552 次点击，4 个回复，那些人都忙着发简历去了，毕竟人多锅小。

如果能答出来，说明这个人的技术深度尚可，做到 leader 级别的其实很少有能记住这些细节的，光是架构 /管理那一堆都得耗费多少脑容量，除非岗位特别吸引他(薪资 /其他？)，他做了非常丰富的面试准备，你懂我意思吧，你本身问这个问题并没有错。