如何有效地快速检索1M列表？

Question

列表格式为：

1. 列出第一项（I） - 详情
2. 列出第二项（I）
3. 列出第三项（I） - 详情
4. 列出第四项（o）
5. 列出项目五（o）
6. 列表项目六（I） - 详情

请注意：

• 顺序很重要;因此编号
• 每个项目可以是（I）命令式或（o）可选的
• 列表必须能够以各种方式轻松编辑
• 一些列表项包括描述字段（ - 详细信息）
• 列表项和说明必须可搜索
• 每个列表可能会被多个外部实例一次请求和编辑

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

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

• 每个列表将在表格中列为名称/链接
• 列表本身将作为单独的文件存储在HTML / XML标记中
• 搜索列表正文将由grep（？）
执行

Answer 1

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

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

忘记XML，除非你有外部需求。 XML与数据库不匹配，如果它包含的是一个简单值，名称 - 值对或类似数据库友好的长列表。

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