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

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

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

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

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

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

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

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

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

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

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

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

不能一口吃成胖子

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

万恶之源