不对，容积大约是 600 升。

我用的是博世 /西门子的对开门冰箱，容积似乎是 400 升以上，说实话，大的比小的好用太多了。价格大概是 4~6K 出头.
前年把老家妈妈的冰箱也换成同样的型号了，老人家就一个评价：好用！

每天 1000 万，这是指行吗？ 1000 万行数据，大概会有多少个 iDoc，每个 iDoc 包含多少行数据？
理论上一天插入 1000 万行数据，对于任何数据库都不是什么很大的负载。一天有 3600X24 = 86400 秒，平均算下来每秒才写入 116 行.......
从 MQ 采集数据，一般也就是单线程，除非你有很多个可以并发访问的 MQ 服务器。又或者你的数据被放在多个 Queue 队列里。
至于保留数据，3 天清除一次一般建议选择负载比较小的时间段，集中删除，不要搞 2 秒删除一次这种动作，这会带来比较大的负担。

3. 垂直拆分指的是将一个 100 字段的表拆成 2 个表，每个表包含 50 个字段。
水平拆分则是典型的 Oracle 里面的表分区的概念。是按照行来拆分，例如某个字段有 10 个可枚举的值，每个值都拆分出一个表来，就变成 10 个表，注意这 10 个表的字段名字和原来的那一个表都是一致的

这个没必要分库，分库的设计来源于大量的数据。
你只有几百个商店，假设每个商店给你整个 1000 种商品，最后算下来关联表也只有数十万行数据。这真不算什么，因此在下建议不要分.....

从表里面把数据读出来，用循环替换一遍，然后再 update 回去不就得了？

如果你的交易表中，每种类型的交易多出来的字段不需要大量查询，用纵表是可以的。
如果有针对不一样的字段进行的查询，那么建议还是每种交易类型建立一个横向表。
我以前也觉得表多了不好，但是现在想起来，假设一个对象需要 500 个字段来表达，其实 20 个表，每个表 25 个字段，比一个表包括 500 个字段是要好的。因为无论从功能还是性能来说，扩展起来前者都更容易。

目前穿过最舒服的鞋子是 M990，除了有点热，基本没缺点，尤其适合我这样的胖子

首先建议要分表，不然你建立的这个新表仍然没法保证查询效率。并且如果考虑数据增长，最终你也没法处理这么巨大的数据量。

建立一个基础的用户表，这个表只存放所有角色都需要用到的字段，例如名字，密码，电子邮件，手机号......
其余的字段按照不同的角色划分，例如供应商表存放发货地址，收款账号，等等。
我之前也一直觉得，扩展性的意思是见了一个表用一辈子，有业务需求的时候不改最佳。
但是这个世界是变化的，扩展性最佳的例子，其实是建立起一个额外的表，然后对应的 CRUD 。

最简单的做法是在你要监控的表上面加个字段，设个缺省值。每次你就读这个新增字段的值，如果是缺省的，就处理对应的行。处理完成后将这个新增的字段里面的值 update 一下......这个做法的问题是加入你需要处理的这个表里面，有记录更新也要计算就需要额外的逻辑了。

我没明白为啥要这么做？那个往数据库里新增数据的程序难道不是你系统的一部分？

全栈其实是被迫的...并不是主动学习的.....

你说的情况,目前的数据量一亿，不会再增加，不分表问题不大。
但是这种事情其实很难预料，也许你的争论对立方掌握了什么你不知道的信息也不一定。

通常情况下，主键字段就选择单纯的整数 /大整数 /无符号整数就行。
凡是需要某种业务相关计算来"产生"主键值的动作，都是花费很高并且没什么收益的方案。