如何有效地快速檢索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的。改爲使用該技術的相應搜索原語。