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

Question

列表格式为：

1. 列表项一（I） - 细节
2. 列表项两（I）
3. 列表项的三（I） - 细节
4. 列表项目四（邻）
5. 列表项五（O）
6. 列表项六（I） - 细节

请注意：

• 订单很重要;因此编号
• 每个项目可以是（我）势在必行或（O）可选
• 名单必须在几乎每一个方式
• 一些列表项包括描述字段容易编辑（ - 详细信息）
• 列表项和说明必须寻找能够
• 每个列表可能会在同一时间内要求和编辑的多个实例外

问题：什么样的我应该使用数据库/存储模型？

一些头脑风暴从我的一部分：PostgreSQL的表+目录存储

• 每个列表将被列为该表
• 列表本身的名称/链接将被存储为HTML单个文件/ XML标记
• 名单身的搜索会被grep的

Answer 1

执行把整个事情到数据库（？） - 没有F iles，没有XML，没有grep。

您的问题中没有任何内容可以说明您为什么需要混合存储（如大小，异域特征或传统接口）。无论您使用哪个数据库（几乎 - 我可以看到nosql标签，但这不是特定的），它会很好地应对。

忘掉XML，除非您有外部需求。如果数据库包含的是简单值，名称/值对或类似数据库友好的东西，则XML与数据库不匹配。

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