数据库与纯文本

Question

在处理小型项目时，与使用真正的数据库相比，您认为在简单的文本文件、哈希表等中存储数据的收支平衡点是什么？对于具有简单数据管理需求的小项目，真正的数据库是不必要的复杂性，并且违反了YAGNI。然而，在某种程度上，数据库的复杂性显然是值得的。有什么迹象表明你的问题对于简单的即席技术来说太复杂了，需要一个真正的数据库？

注意:对于习惯于企业环境的人来说，这可能听起来像一个奇怪的问题。然而，我的问题领域是生物信息学。我的大部分编程都是原型，而不是生产代码。我主要是一名领域专家，其次是一名程序员。我的大部分代码是以算法为中心的，而不是以数据管理为中心的。这个问题的主要目的是，如果我学会在我的代码中使用适当的数据库，而不是我通常使用的更特别的技术，那么从长远来看，我可以节省多少工作。

Answer 1

1)并发性。您是否有多个人访问同一数据集？然后，如果您使用自己的系统，它将以可扩展的方式代理所有不同的读取器和写入器。

2)格式和关系:你的数据是不是不适合表格结构？长核苷酸序列之类的东西？这并不是真正方便的表格数据。

另一个例子:没有人会考虑实现像Photoshop这样的软件来以关系格式存储PSD，因为数据结构并不真正适合这种类型的存储或查询模式。

3) ACID (#1的某种推论)：如果原子性、一致性、完整性和持久性对于平面文件来说不是挑战，那么就使用平面文件。

Answer 2

对我来说，一旦我不得不以涉及多个关系的方式查询我的数据，就会越过这条线。在磁盘上关联两个平面数据结构相当简单，但一旦我们超越这一点，基于集合的语言(如SQL )和正式的数据库关系实际上会降低复杂性。

Answer 3

我认为在某些情况下，您会错过数据库的查询功能，但您可以考虑一些简约的数据库替代方案：

• SQLite (非常棒，几乎是标准的compliant)
• shsql
• SQL Server Compact