SQLite vs多個文本文件

Question

我有一個多語言的php應用程序，所有的語言數據當前存儲在數百個小文本文件中。每個文本文件的格式如下：

en-US: hello 
zh-CN: 你好 
xx-YY: arbassdgtr 

要輸出頁面，應用程序將讀取多個文件。有一些緩存（一個腳本將避免兩次讀取同一個文件），但它對我來說看起來很野蠻。

SQLite數據庫不會更快，也許更少CPU密集？ 考慮一下應用程序可以爲大約300個併發用戶提供服務，所以在任何給定的時間都會有幾千個文本文件被讀取。

應該不難。只有在完成工作之前尋找最佳實踐建議。

Answer 1

此應用程序，它的性能被SQLite的文檔中討論：

Internal vs. External BLOB storage

文本的處理和BLOB的差別不大。

我正在使用SQLite進行類似的工作，它工作得很好。包裝更容易，只要所有內容都是隻讀的，即使有300個用戶，性能也應該很好。

一些注意事項：您應該考慮在語言字段上創建索引並準備好語句以查看文本。另外，請考慮使用* 16變體來存儲真正的Unicode文本。