5

我正在使用 Django 重写一个 PHP+MySQL 站点,该站点平均每天点击 40-50 次。

SQLite 是否适合在这里使用?它们之间有什么优点/缺点吗?

我只是使用数据库来存储博客和可以编辑它的用户。我正在使用全文搜索进行博客搜索,但在任何地方都没有复杂的连接。

4

5 回答 5

5

每天 40-50 次点击非常少,可以毫无问题地使用 SQLLite。

一旦您受到更多打击,MySql 可能会更好,因为它以更好的方式处理多个连接(锁定与 MySql 和 SqlLite 不同)。

于 2008-11-26T14:18:12.877 回答
3

sqlite 的主要问题是并发性。如果您预计每天有 40-50 次点击,那可能不是问题。但是,如果负载增加,您应该准备好迁移到 MySQL 等数据库守护程序 - 更好地抽象您的数据库特定代码,以尽可能轻松地进行此类切换。

SQLite wiki的性能部分可能对您有用。

于 2008-11-26T14:17:58.543 回答
2

由于您已经在使用足够的数据库,因此我认为没有理由迁移到较小的数据库。

虽然 sqlite 可能也完全足够了 - 从功能更强大的平台更改为功能更弱的平台似乎不是最佳选择:)

于 2008-11-26T14:26:01.147 回答
2

SQLite 会为你工作得很好。听起来好像您主要将数据库用作只读(偶尔写入以更新内容)。SQLite 擅长这种访问模式。SQLite 阻塞的唯一地方是当您对数据库进行大量写入时,因为一旦进程尝试写入文件,文件就会被锁定,直到写入完成。此外,如果您进行大量写入(例如在循环中更新行),您应该考虑将所有这些写入放入事务中 - 当事务遇到写入查询时文件被锁定时,更新本身花费的时间要少得多,因为它们' 一次写入文件,而不是单独写入。

于 2008-11-26T14:53:09.923 回答
1

对于这种级别的流量,SQLite 会很好。它实际上执行得很好,唯一缺少的是数据和查询的缓存,因为每次访问您的页面时都需要启动它。也就是说,它仍然非常快,如果需要,以后迁移到 MySQL 应该不会太难。

于 2008-11-26T14:19:09.477 回答