我可以/应该针对 SQLite 数据库运行我的网站吗？答案

【问题标题】：Can/should I run my web site against a SQLite database?我可以/应该针对 SQLite 数据库运行我的网站吗？
【发布时间】：2010-12-03 06:22:04
【问题描述】：

我即将建立一个新的个人博客/作品集网站（将使用 ASP.NET 编写），并且我将针对 SQLite 数据库运行它。这有几个原因：

该网站不会得到很多流量，从我读到的， SQLite 能够支持相当多的大量并发用户阅读无论如何
我可以备份所有内容很容易，只需下载数据库通过 FTP
我无需支付托管费用公司每个月都有一个巨大的 SQL2008数据库我几乎没有使用

那么，我应该去做吗，还是这是一个疯狂的想法？

【问题讨论】：

标签： sqlite blogs system.data.sqlite

【解决方案1】：

我不太确定#2（如果 SQLite 在 FTP 程序读取文件时对文件进行更改会发生什么？）但除此之外，没有理由更喜欢一个 DB（除非一个这些数据库中的一些无法满足您的需求）。

[编辑] 使用online backup 创建用于 FTP 下载的文件。这将确保文件内容完好无损。

更好的是，向您的网站添加一个页面（带有密码），只需按一下按钮即可创建文件，这样您的浏览器就可以下载它。

【讨论】：

能不能先复制服务器上的文件来减少这种情况的发生？
我明白你的意思 - 除了数据更新（如果有的话）之外，还有什么可能导致 SQLite 进行更改？
@Mark B - 你的博客有 cmets 吗？否则，我相当肯定 SQLite 不会对自身进行任何更改，除非您插入/更新/删除数据。
Mark B：最终，您将添加一些可以插入/更新数据的内容。所以只要花一个小时，你就可以忘记这个问题。更好的是：添加下载页面时，您可以使用脚本自动备份。

【解决方案2】：

只要它主要是阅读流量，它就适合低流量网站。如果是我，我会改用 SQL Compact Edition（与 Sqlite 相同的好处——单个文件，没有服务器），只是因为我是 LINQ-head 并且 LINQ 提供程序在它的“盒子里”，但是 Sqlite有一个不错的 LINQ 库和托管支持。确保您的托管公司允许非托管代码，或者您使用 Sqlite 的托管端口（虽然不知道它当前的稳定性）。

【讨论】：

好建议 - 我肯定会研究 SQL Compact Edition，因为它会很好地“插入”。
@nitzmahone 经过 11 年的回答，我相信 Sqlite 是最好的选择。微软将在 2021 年放弃对 SQL 紧凑型的支持，同时不断开发 Sqlite

【解决方案3】：

SQLite 可以轻松处理 - 去吧。

【讨论】：

【解决方案4】：

您应该检查一下，但我认为 SQL 2008 的 Express 版本是免费的。无论如何，我一直在 .NET 环境中使用 SQLite，它工作得很好（但我还没有做任何负载测试）。如果您还没有决定，您仍然可以使用 LINQ 提供程序，它允许您稍后从一个数据库切换到另一个数据库，而无需重写您的 SQL 代码（例如，我认为是 DbLinq）。如果你打算备份你的数据库，你必须首先确保它目前没有被使用。

【讨论】：

【解决方案5】：

我会说不。首先，我不知道您在使用谁作为提供商，但对于我的提供商 (goDaddy)，每月 2.99 美元左右的价格相当便宜。我得到 1 个 sql server db 和 10 个 mysql dbs。
我不知道这个能便宜多少。

其次，为什么要冒险？大多数提供商计划至少包括 MySQL 数据库。你可以把它挂起来。

【讨论】：

我使用 DiscountASP.NET（通过多次推荐），我对这项服务非常满意，所以我不会搬家。但是，他们不支持 MySql，而且他们支持的 MS 数据库每月花费 5 到 10 英镑——当然这不是很多现金，但如果我不需要，为什么要付钱呢？
这真的很贵。是的，如果它只是一个低流量的爱好网站，尝试没有坏处。

【解决方案6】：

经验法则是，如果网站可以在一台服务器上运行那么 SQLite 就足够了。这就是它的创造者 SQLite，D. Richard Hipp，在大约 13 分钟时说 30 秒进入episode 26 的FLOSS Weekly 播客。

Direct audio link（MP3 文件，24 MB，51 分 15 秒）。

【讨论】：

【解决方案7】：

SQLite 为您解答：

http://sqlite.org/whentouse.html

中低音量 = 好的，大音量 = 不要使用它

在你的情况下，使用 sqlite 没问题

【讨论】：

【解决方案8】：

您是否正在使用任何 SQL 功能？ SUM、AVG、SORT BY 等，如果是，请使用 SQLite。如果没有，只需使用纯 txt 文件来存储您的数据。还要确保数据库位于 httpdocs 文件夹之外，或者无法通过网络访问。

【讨论】：

纯文本？无论你写什么作为你的数据存储功能，很有可能它会比 sqlite 慢。
我的意思不是将数据存储在 txt 文件中以供检索。例如，您有一个简单的访问者计数器，而不是使用数据库，您可以只使用一个名为访问的 txt 文件.txt 并将 1 存储在其中。对于每次新访问，只需将文件增加 1 并保存即可。显然，如果您只是偶尔来访者，这会更快。

【解决方案9】：

一般来说是的。

但是您应该意识到 SQLite 不支持您可能习惯于从“真实”DBMS 中使用的所有内容。例如。没有外键、唯一索引等约束，而且 AFAIK 一些（更高级的）数据类型不可用。

您应该检查here 和here 的各种限制。如果你能做到这一点，那么没有理由不使用 SQLite。

【讨论】：