我知道在该主题中提出了类似的问题，但我仍然没有看到任何人完全包含我的所有请求。
我首先要说我只有 RDBMS 方面的经验，所以如果我对 NoSQL 有任何错误，我很抱歉。
我正在创建一个可以保存大量审计日志（大约 1TB）的数据库。
我将它用于：
快速数据写入（一直在写入大量的审计日志）
搜索 - 搜索审计数据（特定用户在特定时间或特定操作执行的搜索操作......数据库应该支持非常快速地搜索任何“列”）
分析和报告 - 生成数据的每日、每周、每月报告（它们目前是预定义的。如果它们更具动态性，是否会影响我应该选择的解决方案？）
可靠性（支持故障转移或任何类似功能）、可扩展性（如果我从 1TB 增加到 2TB、10TB 或 100TB - 是否有任何解决方案不能支持这种数据量？）当然还有性能（在使用中）我指定的案例）对我来说非常重要。
我知道 RDBMS，这将是我开始的简单方法，但我真的担心一段时间后，数据库根本跟不上步伐。
我的问题是我应该选择 RDBMS 还是 NoSQL 解决方案，为什么？如果是 NoSQL 解决方案，由于它们如此不同，您认为哪一个适合我的需求？
一般来说，这里没有正确或错误的答案。
快速数据写入，任何一种解决方案都可以，尽管您没有说明每秒存储的容量。两种解决方案都有需要注意的地方。
搜索（非常快速）所有列。对于较小的卷，比如几百 Gb，那么任何一种解决方案都可以（假设熟练的人把它放在一起）。你实际上并没有说你搜索的速度/频率，所以如果它是每分钟很多次，这个考虑变得更加重要。快速搜索通常会降低快速写入大量数据的能力，因为搜索所需的索引需要更新。
审核记录通常具有时间部分，因此与搜索所有记录相比，受时间限制的搜索（例如最近 7 天内）将显着加快搜索时间。
报告。当您达到 100Tb 时，您将需要一些真正的技巧或大量预算来获得快速报告。对于静态报告，您可能最终会创建一个程序来一次生成多个报告以节省 I/O。动态报告将是一个棘手的问题。
我的意见？既然您知道 RDBMS，我会从它作为一种方法开始并提供解决方案。这为您赢得了时间来了解您将遇到的真正问题（SO 上的许多人都热衷于过早的优化）。在此初始时间范围内，您可以开始选择 nosql 解决方案并学习它们。我在这里假设您想运行自己的硬件/数据库，如果您想使用云类型的解决方案，那么请立即使用它们。