1 、租户字段，最通常的做法，数据量较小时的最佳选择
2 、分表，拼接表名，注意对拼接内容的校验，避免 sql 注入
3 、分库，如果是微服务，就和没有分库一样简单。一个租户一个服务实例，对应一个数据库。缺点是成本高
4 、分库和租户字段结合，适用于租户特别多的情况。

自己知道就行了，没必要非要指出别人的错误。这也是尊重他人命运吧。。。

什么时候本田 CRV 可以和小米 SU7 相提并论了？两个车档次差着两个大级别吧

@terrysnake 你以为的隐私保护：我不会拿你的信息

大家都是 L2 ，这智能不智能的，实际能应用的差距其实并没有宣传的那么大。

dreamwave ？

@momo1pm 不拆分就是传统瀑布流咯，不过市场更喜欢敏捷，不会把机会留给反应迟钝的企业而已。所以 2C 项目很少瀑布流。

看到楼上这些认真吐槽敏捷开发的，我真的有被笑到。。。

自己没有明确的方向和计划，想一出是一出，需求天天变来变去的锅，敏捷开发可不背。

什么是敏捷开发，简而言之：把大任务拆解成多个里程碑的小任务，进行快速迭代高频发布。这里，你首先就得有一个大的规划……然后才能分多个里程碑，最后实现做一点上一点。你 TM 没有一点点计划的，也好意思来碰瓷敏捷开发？

@zhouyin 你都不曾拥有，谈何热爱？不过是叶公好龙罢了。人生哪有那么多的热爱，大多宣称的热爱，其实都是骑虎难下的坚持。身体总是诚实的……

虽说咱们人民军队也不是垃圾桶，不该让人把什么奇怪的垃圾都往部队送。但参军真的就是考不上高中的年轻人最好的出路了。

因为国产车在 23 年突然发力大打价格战，搞得合资车在 24 年不得不大幅降价。然后，你以为最受伤的是合资车品牌嘛。不，最受伤的是二手车商。所以你觉得这个市场很奇怪，但这其实很合理。

你看，这个时候要是微服务的话，一个个服务慢慢换就是了。当然，现在要换也可以按微服务的方法来。就是旧服务当作微服务中一个特别大的服务，然后拆解一个上一个，直到拆完再下掉这个巨石服务就好了。

OP 是插混吧？纯电是没有这个问题的，因为压根没有那个启动小电瓶

@weiming 能说说换成什么车，哪方面降级了吗？我们也好避避坑

为什么要阻止？又不是你掏钱

现在任何车都不可能保值……

能区分就上流量清洗，无法区分就上机器硬扛

数据库依赖 kafka ？先不说数据库依赖另一个中间件合不合理，这国产化替代个毛线啊。

这贷款的钱归你使用，发小来付利息的话……倒也不是不能签这个字