【发布时间】:2010-10-17 10:27:09
【问题描述】:
这是我从另一个 question 那里得到的。
在 sqlite 的适当用途下,它具有:
SQLite 运行良好的情况
•网站
SQLite 通常会很好地作为 中低端数据库引擎 流量网站(也就是说, 99.9% 的网站)。 SQLite 可以处理的网络流量 当然,取决于 网站使用其数据库。一般来说 说起来,任何获得更少的网站 每天超过 10 万次点击应该可以正常工作 与 SQLite。 100K 点击/天的数字 是保守的估计,不是硬的 上限。 SQLite 已经 证明可以使用 10 次 流量。
另一个 RDBMS 可能出现的情况 工作得更好
•客户端/服务器应用程序
如果您有许多客户端程序 通过 a 访问公共数据库 网络,您应该考虑使用 客户端/服务器数据库引擎 SQLite 的。 SQLite 将在一个 网络文件系统,但由于 与大多数网络相关的延迟 文件系统,性能不会 伟大的。此外,文件锁定逻辑 许多网络文件系统 实现包含错误(在两个 Unix 和 Windows)。如果文件锁定 不能正常工作,它可能 可以为两个或多个客户 修改相同部分的程序 同时使用同一个数据库, 导致数据库损坏。 因为这个问题是由错误引起的 在底层文件系统中 执行,什么都没有 SQLite 可以做到这一点。
一个好的经验法则是你 应避免在 同一个数据库的情况 将同时从 许多计算机通过网络 文件系统。
我的问题:
我要在这里表明我的无知,但这两者之间有什么区别?
【问题讨论】:
-
这不是关于客户端/服务器的真正问题。这是一个关于何时/何地使用 SQL Lite 的问题。
-
我不同意。可能两者兼而有之。在我看来,主要是关于前者。
标签: web-applications client-server