我有一个多语言php应用程序，所有语言数据目前存储在数百个小文本文件中。每个文本文件的格式如下：
en-US: hello
zh-CN: 你好
xx-YY: arbassdgtr
若要输出页面，应用程序将读取多个文件。有一些缓存（一个脚本可以避免两次读取同一个文件），但对我来说，这看起来相当野蛮
SQLite数据库不是更快，甚至CPU占用更少吗？考虑一下该应用程序为大约300个并发用户提供服务，因此在任何给定时间都有数千个文本文件被读取。
应该不难。只是在完成工作之前寻求最佳实践建议。
SQLite文档中讨论了这个应用程序及其性能：
内部与外部BLOB存储
文本和BLOB的处理没有太大区别。
我也在使用SQLite做类似的事情，它运行得很好。它更容易打包，只要所有内容都是只读的，即使有300个用户，性能也应该很好。
附带说明：你应该考虑在语言字段上创建一个索引，并准备一个语句来查找文本。另外，考虑使用*16变体来存储真正的Unicode文本。