Sql 文本文件的集中存储

我考虑使用不同的元数据和内容设置（唯一行、键：值行）集中存储文本文件，但仍然不知道使用哪种技术—类似于sql db的PostgreSQL或NoSQL解决方案

大文件：每个100-600MB，小查询读/写100-500行

---

有什么提示吗？

实际上，SQL和NoSQL系统之间的选择取决于您运行的系统类型。与大多数NoSQL系统相比，SQL相对昂贵，因为它提供了所有ACID保证——原子性、一致性、完整性和持久性。如果您确实需要一致的数据，这些是保持数据一致性的重要保证。如果您不需要一致的数据（例如，您是一个缓存解决方案或您是Twitter），那么NoSQL系统的效率将变得更具吸引力

针对您的特定用例；听起来好像没有很多解决方案可以帮助你。修改文本文件的中间部分本质上需要（至少）在编辑点指向磁盘后重写文本文件的整个部分（假设您确实希望文件是磁盘上的纯文本）

---

您可能能够在SQL或NoSQL之上构建一个系统，将文本文件表示为行或行块，并能够以面向行的方式对其进行操作。但即使是这种类型的系统，对于100-600MB大小的文件也可能效率低下。考虑将文件本身存储为SQL中的某种结构化数据；然后在用户请求全文文件时按需重新生成文件。

我投票结束了这个问题，因为它太开放了@Jhon，也许你应该删除这个问题，然后写一个更详细的描述，描述你想做什么。请提供更多细节。那是什么样的系统？是大的吗？将使用哪种查询？将存储哪些信息？也许MongoDB适合您的需要。@GordonLinoff我不建议删除这个问题，而是建议改进这个问题。删除问题是禁止问题的途径。@ConradFrix。一旦有人回答了这个问题，改变这个问题就变得相当不公平了。突然之间，答案似乎不合适，因为问题变了。这就是为什么我建议提出新的问题，而不是编辑现有的问题，当这些变化如此重大时，它们会使任何答案无效。@GordonLinoff我并不反对，但让答案无效是件坏事，但让你的答案被删除不是更糟吗？