database - 如何有效存储 1M 列表并快速检索？

Question

列表格式为：

1. 清单项目一 (I) - 详情
2. 清单二（一）
3. 清单项目三（一）——详情
4. 清单四（o）
5. 清单五（o）
6. 清单项目六（I） - 详细信息

注意：

• 顺序很重要；因此编号
• 每个项目可以是（I）命令式或（o）可选的
• 列表必须在几乎所有方面都易于编辑
• 一些列表项包括描述字段（-详细信息）
• 列表项和描述必须是可搜索的
• 每个列表可能一次被多个外部实例请求和编辑

问题：我应该使用哪种数据库/存储模型？

我的一些头脑风暴：PostgresSQL 表 + 目录存储

• 每个列表将在表格中作为名称/链接列出
• 列表本身将存储为 HTML/XML 标记中的单个文件
• 搜索列表正文将由 grep (?)

Answer 1

将整个内容放入数据库 - 没有文件，没有 XML，没有 grep。

您的问题中没有任何内容表明您需要混合存储的原因（如大小、奇异功能或旧式接口）。无论您使用哪个数据库（几乎 - 我可以看到nosql标记，但这不是很具体），它都能很好地应对。

忘记 XML，除非您有外部需求。如果 XML 只包含一长串简单值、名称-值对或同样对数据库友好的东西，那么 XML 与数据库不匹配。

如果您使用数据库或 XML，请忘记 grep 。请改用该技术各自的搜索原语。