对于Joomla而言,如果它可用,SQLite会成为Joomla的"更好"选择吗？

由于这并没有触及我的一个真正的问题,我有点不确定,如果它甚至值得在这里被问到.不过,也许你们中的一些人想就此分享你的意见.

总的来说,我不得不承认,"更好"意味着什么,什么都没有.所以我可能应该更具体,但我尽量不要溢出这个话题.在其中一个廉价网络主机(如Dreamhost)上的常规托管环境中,每天有大约1000篇Joomla文章,几个用户和几百个访问者,具有持久连接的SQLite数据库(sqlite_popen)的执行速度明显快于MySQL等价物(具有TCP/IP开销等)？

或者简而言之:将Joomla称为支持SQLite是否明智？

我从来没有在网站上使用sqlite,但是我已经将它广泛用于其他目的,我非常喜欢它.事实是,在你尝试之前你不会知道.如果您尝试,我建议首先创建一个db抽象层,以便您可以轻松地交换其他数据库.

sqlite的缺点是它并不是真正意义上的多用户数据库.如果你很少写入数据库,但做了很多阅读,sqlite可能会没问题.如果您发现需要多个进程写入同一个数据库,我相信sqlite使用文件级锁定来保持数据库的一致性.所以,如果你所有的表都在同一个文件中,你将锁定整个文件,而它是即使另一个进程想要修改完全不同的表,也要写入.

在我看来,世界上的大型多用户数据库不应该担心来自sqlite的竞争...这是应用程序创建和使用的所有常规文件(以及自定义文件格式)应该在他们的靴子中摇晃关于sqlite ...