MySQL 还是 NoSQL？处理大量数据的推荐方法

Question

我有一个数据库，大量用户将使用该数据库来存储随机长字符串(最多 100 个字符)。表格列将是:userid、stringid 和实际的长字符串。

所以它看起来很像这样:

Userid 对于每个用户都是唯一的，stringid 也是唯一的。

该应用程序就像一个简单的待办事项列表应用程序，因此每个用户平均有 50 个待办事项。我使用 stringid 是为了让用户能够在任何给定时间删除特定任务。

我认为这个待办事项应用程序可能会在 3 年内完成 700 万个任务，这让我不敢使用 MySQL。

所以我的问题是这是处理大量数据的实际推荐方式长字符串(每个新任务都有一个新行)？并且 MySQL 是适合为此类项目选择的数据库解决方案吗？

我还没有经历过大量数据，我正在努力为遥远的 future 拯救自己。

Answer 1

这不是“大量”数据的问题(mysql 可以很好地处理大量数据，2 mio 行在任何情况下都不是“大量”)。

MySql 是一个关系型数据库。因此，如果您有可以规范化的数据，这些数据分布在多个表中，确保每个数据点只保存一次，那么您应该使用 MySql(或 Maria，或任何其他关系数据库)。

如果你有无模式数据并且速度比一致性更重要，那么你可以/应该使用一些 NoSql 数据库。就我个人而言，我看不出待办事项列表如何从 NoSql 中获益(在这种情况下并不重要，但我想到目前为止大多数编程框架对关系数据库的支持比对 Nosql 的支持更好)。