还未上线的一个海外项目就在那做订单分表

[guanhui07]

开发组长在那抱怨怎么不分表，以后数据量大了怎么办，然后服务端就我一个在开发，1 个月不到要上线一个类社交项目 im 用云信 p2p 聊天，拿之前的项目改排期又赶，做不做的起来的业务都未知数，怀疑这项目都接的外包，就在考虑各种纵向分表，横向分表，纯自以为是的过度优化

指责就你连分表都不会吗？性能上线后绝对很大问题，数据量大了怎么办？问多大就会有问题 说几百万就卡死了啊，订单表以后靠删数据吗？ 然后我查了下公司上线快两年的海外社交项目 线上库 表里订单不到 150 万 也没分表，那会他来之前已经上线了。。。

顺便扯扯这开发组长写的代码那叫一个难看，比如变量名＝ 前后不加空格，不按业界编码习惯，甚至代码缩进乱七八糟的，一会二个空格，下一行一会六个，一会甚至没任何缩进，写的代码没任何注释，方法上的用途 没任何注释，算高级防御性编程？每次去改他代码都觉得恶心，平时说话又冲的要死

不同订单做不同表而不是类型区分，十种订单十张表，订单表和支付表都拆分，为了拆而拆 他说了算

[z1829909]

我待过一个电商公司, 每天 100w 刀的 gmv, 订单表几千万的记录吧, 也没分表一点问题没有, 不要把现在的机器性能看扁了.
日志, sku 这种表分一下可以理解. 如果你的订单表到了要分表的地步, 要么等着数钱, 要么是你家是卖白糖的, 一颗一颗卖的那种.

[wangee]

说个题外话，团队内部代码风格没有统一格式吗（

[unregister]

他是看你不好拿捏，把压力转嫁给你，CPU 你吧

[BugCry]

都是工作量，那排期需要加几天时间不？

[iseki]

什么破数据库几百万就能卡死？

[default996]

只要钱到位了，那就随便应付他一下吧，只是分表，后端随便改几下应付一下就行了。他都能这样想了，应该不会去研究你的后端代码啦

[abccccabc]

这种人居然当上了组长？没那么大的数据量，搞分表干啥？好看？？？
项目先上线，再优化也不晚。我就不信，这项目一上线，当天有一千万的订单量？如果没有这种当量，还是先上线，再优化。一来，上线速度快，至少顾客可以下单；二来，开发也相对轻松一点。

不能一口吃成胖子

[darkengine]

估计是不搞这些他没法向他的领导交差。

[Hyschtaxjh]

万恶之源

[GG668v26Fd55CP5W]

嘿嘿，高级防御性编程

[sagaxu]

阿里巴巴 Java 开发手册：“单表行数超过 500 万行或者单表容量超过 2GB ，才推荐进行分库分表。”
小厂 leader：“奉天承运，阿里诏曰，单表超 500 万行 DB 就要卡死，必须分表。”

我记得 2008 年那会儿，说的也是 500W ，难道这么多年过去了，硬件性能一点儿提升都没有？

[me1onsoda]

又菜又爱作。刚启动的项目，为什么不用更纯正的分布式数据库，非要屎上雕花分库分表？

[HKNeetsDieSoon]

几百万数据就卡死 不怼死他

[imdong]

未雨绸缪挖地道。

[BiChengfei]

1.公司招你，就是为了干活，工作上的事，组长说啥就是啥，别犟
2.对于任务，做好估时，项目进度和下班时间，都按照正常时间走。公司招你是干活，至于人力不够，那是你组长的时，别被 PUA
3.没事健健身，吵架起来嗓门大点，除了你爸妈，没人能欺负你，别怂

[winglight2016]

@me1onsoda 分布式数据库价格贵 10 倍了，起步就得 8 台、16 台，再加上计算引擎，单表 1 亿以下都没必要考虑分布式数据库

[tairan2006]

现在的 pg 和 MySQL 单表 1 亿没啥问题

再多了你就上 tidb…

[exploreexe]

做技术的很多压根不懂产品，老是技术性思维 基本一辈子摆脱不了打工这件事。

[zhouhu]

PG 单表数十亿，不是很复杂的查询都没问题的。分区表+堆机器能解决绝大部分问题吧