作为数据仓库的Mongodb？

Question

考虑到以下情况，mongodb作为数据仓库将是一个不错的选择吗？

1. 我们正在为我们的客户建立分析、报告生成平台，典型的表增长将是每年200万行(我们需要最多5年的历史，总表~ 50)。
2. 我们有现成的使用mysql的概念证明，但我担心的是，当我们开始生产时，数据的增长可能会给mysql带来问题。mysql不支持水平缩放，而mongodb中的切分使其更好地扩展
3. 一个表的模式平均每年更改一次或两次，其中要么添加新列，要么删除现有列(删除不是一个问题，因为我们总是可以保留该列，但是在包含几百万条记录的mysql表中添加新列有多困难？)。这也是我们考虑mongodb的另一个原因，因为它在模式更改方面是灵活的。
4. 写作:平均每个表每天有5000条记录。读取将比这少，它将用于生成分析。

我没有使用mysql和mongodb处理这类数据卷的经验，因此如果上面提到的一些事情很天真，请原谅我的无知。

Answer 1

(从MySQL的角度讲.)

一千万行没有那么大--也许只有1GB？除非系统活动非常高，否则它很难成为切分的候选对象。

200万行/年=25/秒。100/秒是我竖起眉毛，建议仔细观察的地方。1K/秒可能需要一些特殊处理。

ALTER TABLE .. ADD COLUMN .. --有一些技术使得这并不是太糟糕。在MySQL 8.0中，有一个真正无痛的ADD COLUMN。

考虑为稍后添加的"miscellany“设置JSON列；除非需要数据库引擎对它们进行筛选或排序，否则不要添加更多的列。

对于分析，构建和维护汇总表。这使得“写报告”的速度比扫描10米行快10倍。

MySQL 8.0和MariaDB 10.2中都有CTE和窗口函数。但你可能不需要这样。

5K写作/日--除了200万次插入/年？没什么大不了的。