1
z1829909 64 天前
我待过一个电商公司, 每天 100w 刀的 gmv, 订单表几千万的记录吧, 也没分表一点问题没有, 不要把现在的机器性能看扁了.
日志, sku 这种表分一下可以理解. 如果你的订单表到了要分表的地步, 要么等着数钱, 要么是你家是卖白糖的, 一颗一颗卖的那种. |
2
wangee 64 天前
说个题外话,团队内部代码风格没有统一格式吗(
|
3
unregister 64 天前
他是看你不好拿捏,把压力转嫁给你,CPU 你吧
|
4
BugCry 64 天前 via Android
都是工作量,那排期需要加几天时间不?
|
5
iseki 64 天前 via Android
什么破数据库几百万就能卡死?
|
6
default996 64 天前
只要钱到位了,那就随便应付他一下吧,只是分表,后端随便改几下应付一下就行了。他都能这样想了,应该不会去研究你的后端代码啦
|
7
abccccabc 64 天前
这种人居然当上了组长?没那么大的数据量,搞分表干啥?好看???
项目先上线,再优化也不晚。我就不信,这项目一上线,当天有一千万的订单量?如果没有这种当量,还是先上线,再优化。一来,上线速度快,至少顾客可以下单;二来,开发也相对轻松一点。 不能一口吃成胖子 |
8
darkengine 64 天前
估计是不搞这些他没法向他的领导交差。
|
9
Hyschtaxjh 64 天前 via iPhone
万恶之源
|
10
falcon05 64 天前 via iPhone
|
11
sagaxu 64 天前
阿里巴巴 Java 开发手册:“单表行数超过 500 万行或者单表容量超过 2GB ,才推荐进行分库分表。”
小厂 leader:“奉天承运,阿里诏曰,单表超 500 万行 DB 就要卡死,必须分表。” 我记得 2008 年那会儿,说的也是 500W ,难道这么多年过去了,硬件性能一点儿提升都没有? |
12
me1onsoda 64 天前
又菜又爱作。刚启动的项目,为什么不用更纯正的分布式数据库,非要屎上雕花分库分表?
|
13
HKNeetsDieSoon 64 天前
几百万数据就卡死 不怼死他
|
14
imdong 64 天前 via iPhone
未雨绸缪挖地道。
|
15
BiChengfei 64 天前
1.公司招你,就是为了干活,工作上的事,组长说啥就是啥,别犟
2.对于任务,做好估时,项目进度和下班时间,都按照正常时间走。公司招你是干活,至于人力不够,那是你组长的时,别被 PUA 3.没事健健身,吵架起来嗓门大点,除了你爸妈,没人能欺负你,别怂 |
16
winglight2016 64 天前
@me1onsoda 分布式数据库价格贵 10 倍了,起步就得 8 台、16 台,再加上计算引擎,单表 1 亿以下都没必要考虑分布式数据库
|
17
tairan2006 64 天前
现在的 pg 和 MySQL 单表 1 亿没啥问题
再多了你就上 tidb… |
18
exploreexe 64 天前
做技术的很多压根不懂产品,老是技术性思维 基本一辈子摆脱不了打工这件事。
|
19
zhouhu 63 天前
PG 单表数十亿,不是很复杂的查询都没问题的。分区表+堆机器能解决绝大部分问题吧
|