哪個 DBMS 適合超快速讀取和簡單的資料結構？

我正在開發一種產品，作為其操作的一部分，它必須跟踪大量文件/目錄。這個想法是將統計資訊儲存在數據庫中，然後在啟動時為每個文件創建監視。更改的文件將排隊（在數據庫中）以組同步到遠端數據庫。它們將按優先級順序（1-10 之間的數字）進行同步。

數據庫的相關資料：

• < 100,000 個統計資訊條目
• 啟動時讀取整個數據庫，只需要文件路徑
• 排隊的文件將有一個優先級欄位（不需要搜尋其他任何內容）
• 插入可能很慢

我找到了幾個我認為可以工作的數據庫，但我不確定哪個是最好的：

• Redis - 將文件路徑儲存為鍵，將統計數據儲存為值；隊列將是一個列表
• MongoDB - 比 Redis 更多的查詢選項，但仍然很快

我認為 NoSQL 數據庫將是這裡最好的解決方案，因為沒有太多的關係邏輯發生，並且總數據大小不是太大（類似於 < 100 mb，接近 < 30 mb）。我確實看過 SQLite，因為它似乎很簡單，可以嵌入到可安裝的應用程序中。

由於這是面向最終使用者的分佈式應用程序，而不是高負載伺服器，因此數據庫不必同時支持許多使用者。這裡的主要優先事項是找到一個模型最有意義的數據庫。

那麼問題來了，哪個數據庫最適合這種情況？

此外，對於這樣的應用程序，是否還有其他數據庫更有意義？

首先想到的是我熟悉的特定 RDBMS。但是，我承認它可能不是此應用程序的最佳選擇。

因此，我的建議是使用您熟悉的數據庫。如果您熟悉 Redis 或 MongoDB，請使用其中之一。如果您更熟悉 SQLite，那麼選擇它。

在這種大小的數據庫上，一切都會很快。即使是磁碟更重的數據庫也會使用某種記憶體，這樣磁碟速度就不是太大的問題了。

引用自：https://dba.stackexchange.com/questions/4576