Performance SQLite会是一个'；更好'；如果可以的话，Joomla比MySQL更有选择吗？
因为这并没有触及我的真正问题，所以我不确定这是否值得在这里提问。然而，也许你们中的一些人想分享一下你们对此的看法 总的来说，我必须承认，“更好”在同一时间意味着什么也不是什么。所以我可能应该说得更具体一些，但我尽量不让话题溢出。在一个便宜的WebHoster（如Dreamhost）上的常规托管环境中，Joomla大约有1000篇文章，每天有几个用户和数百名访问者，一个具有持久连接（SQLite_popen）的SQLite数据库的执行速度会明显快于MySQL等价数据库（TCP/IP开销等等）Performance SQLite会是一个'；更好'；如果可以的话，Joomla比MySQL更有选择吗？,performance,sqlite,joomla,Performance,Sqlite,Joomla,因为这并没有触及我的真正问题，所以我不确定这是否值得在这里提问。然而，也许你们中的一些人想分享一下你们对此的看法 总的来说，我必须承认，“更好”在同一时间意味着什么也不是什么。所以我可能应该说得更具体一些，但我尽量不让话题溢出。在一个便宜的WebHoster（如Dreamhost）上的常规托管环境中，Joomla大约有1000篇文章，每天有几个用户和数百名访问者，一个具有持久连接（SQLite_popen）的SQLite数据库的执行速度会明显快于MySQL等价数据库（TCP/IP开销等等） 或者
或者简而言之：调用Joomla支持SQLite是否明智 无论出于什么原因，Linux ISP似乎都选择了MySQL。这就是他们提供的服务，如果你偏离了标准，你会把自己锁定在数量有限的服务提供商那里 无论出于什么原因，Linux ISP似乎都选择了MySQL。这就是他们提供的服务，如果你偏离了标准，你会把自己锁定在数量有限的服务提供商那里 我从未在网站上使用过sqlite，但我已将其广泛用于其他目的，我非常喜欢它。事实是，你不尝试就不会知道。如果您尝试，我建议您首先创建一个db抽象层，以便您可以轻松地交换其他db sqlite的缺点是它并不是一个真正的多用户数据库。如果您很少向数据库写入数据，而是进行大量的读取，sqlite可能会很好。如果您发现需要多个进程写入同一个数据库，我相信sqlite会使用文件级锁定来维护数据库的一致性。。因此，如果所有的表都在同一个文件中，那么即使另一个进程想要修改完全不同的表，也会在写入整个文件时锁定整个文件
在我看来，世界上最大的多用户数据库不应该担心来自sqlite的竞争。。。应用程序创建和使用的所有常规文件（以及定制的文件格式）都应该对sqlite感到震惊 我从未在网站上使用过sqlite，但我已将其广泛用于其他目的，我非常喜欢它。事实是，你不尝试就不会知道。如果您尝试，我建议您首先创建一个db抽象层，以便您可以轻松地交换其他db sqlite的缺点是它并不是一个真正的多用户数据库。如果您很少向数据库写入数据，而是进行大量的读取，sqlite可能会很好。如果您发现需要多个进程写入同一个数据库，我相信sqlite会使用文件级锁定来维护数据库的一致性。。因此，如果所有的表都在同一个文件中，那么即使另一个进程想要修改完全不同的表，也会在写入整个文件时锁定整个文件
在我看来，世界上最大的多用户数据库不应该担心来自sqlite的竞争。。。应用程序创建和使用的所有常规文件（以及定制的文件格式）都应该对sqlite感到震惊 +1但我要强调的是，它不是，或者不是最初设计为多用户数据库的。我还没有研究过Joomla的情况，但你可能是对的：没有什么比真实世界的测试更好。据我所知，Joomla已经尝试实现某种抽象层，所以测试它只是时间和意愿的问题。然而，多个用户的持续写访问（日志记录等）可能会扼杀本地文件访问而不是TCP/IP连接所获得的任何优势。。对对于存储统一属性或选项，SQLite是XML或创建另一种ascii/.txt文件格式的非常好和快速的替代方案……Joomla确实有一个数据库抽象层；可以为它编写SQLite驱动程序。Joomla不支持SQLite，因为没有人费心编写驱动程序。绝大多数Joomla用户在他们的托管计划中都可以访问MySQL，因此Joomla核心团队没有太多动力来支持SQLite。然而，如果你真的写了一个驱动程序，我相信它会受到欢迎：）Booh再也找不到这个帖子了，但我记得有人读过一篇文章，他已经用一个非常旧的Joomla版本试过了。。。我听说在即将发布的1.6版本中有一些关于PostgreSQL支持的谣言。。但我们会看到，+1:sqlite是iphone应用程序的默认值。此外，sqlite对于CMS来说也很好，因为整个站点（数据和所有数据）可以一次备份/部署等。+1但我要强调的是，它不是，或者不是最初设计为一个多用户数据库。还没有研究过Joomla的情况，但你可能是对的：没有什么比真实世界的测试更好。据我所知，Joomla已经尝试实现某种抽象层，所以测试它只是时间和意愿的问题。然而，多个用户的持续写访问（日志记录等）可能会扼杀本地文件访问而不是TCP/IP连接所获得的任何优势。。对对于存储统一属性或选项，SQLite是XML或创建另一种ascii/.txt文件格式的非常好和快速的替代方案……Joomla确实有一个数据库抽象层；可以为它编写SQLite驱动程序。Joomla不支持SQLite，因为没有人费心编写驱动程序。绝大多数Joomla用户在他们的托管计划中都可以访问MySQL，因此Joomla核心团队没有太多动力来支持SQLite。然而，如果你真的写了一个驱动程序，我相信它会受到欢迎：）Booh再也找不到这个帖子了，但我记得有人读过一篇文章，他已经用一个非常旧的Joomla版本试过了。。。我