大量数据的最佳数据库

Question

我们有一个财务项目，应该有一个相当大的数据库。表的数量不超过40，但我们有大约2个表存储金融交易数据，这些表中的估计数据量将增加到每天250,000条记录，我们应该保持至少10年到能够做各种报道。

这些表中的大部分操作（98％）都是Insert / read，但我们可以在单独的表中分隔可更新字段。

我的问题如下：

1. 我应该将NoSQL数据库用于如此大量的数据还是SQL数据库？
2. 我应该使用什么数据库？

Answer 1

  

“我们有大约2个存储金融交易数据的表”

这听起来很重要。企业依靠金融交易来保持业务，因为金钱支撑着一切。所以这意味着：

1. 您需要强大的数据输入（因为使用字符串算术是Teh Suck！）
2. 您需要强大的数据模式和关系完整性，因为您需要确保这些交易中涉及的各方得到正确识别且不会丢失。
3. 对于保存（250000 * 250 * 10）记录的表，您可能需要能够在日期列上对表进行分区（而不是分片）。
4. 您需要良好的备份和恢复功能（因为您不想丢失任何数据），包括频繁的增量备份和增量恢复（因为您不想备份的表很大，更不用说还原整个事物）

这指向Old Skool关系数据库而不是MongoDB或其他任何东西。 NoSQL数据库有其用例，但存储业务关键型财务数据不是其中之一。

  

我应该使用什么数据库？

贵公司能买得起的最好的。假设他们想长期保持业务。请记住，这不是您支付的产品，而是支持。