在生产环境中使用 SQL Express 是一个合理的选择吗?
我看了微软的对比图:
http://www.microsoft.com/sql/prodinfo/features/compare-features.mspx
我将在中小型网站上使用 SQL Express。我不相信我会超过 4GB 的数据库大小限制。共享主机环境通常支持 SQL Express 吗?有什么我遗漏的东西会使 SQL Express 成为不合理的选择吗?
在生产环境中使用 SQL Express 是一个合理的选择吗?
我看了微软的对比图:
http://www.microsoft.com/sql/prodinfo/features/compare-features.mspx
我将在中小型网站上使用 SQL Express。我不相信我会超过 4GB 的数据库大小限制。共享主机环境通常支持 SQL Express 吗?有什么我遗漏的东西会使 SQL Express 成为不合理的选择吗?
我知道很多人使用 SQL Express 进行生产,它运行良好,最大的限制因素是没有用于自动备份的 SQL 代理。要自动备份,您必须获取 VM 映像(如果在 VPS 上)或使用 Windows 调度程序或其他一些技术。
唯一的其他主要限制因素是内存限制,但对于一个小型站点,我并没有真正注意到这是一个太大的实际问题。
许多廉价的托管公司使用 SQL Express。而且我从个人经验中知道,SQL Express 对于大多数事情来说都是一个可行的解决方案。
“大多数事情”包括生产环境中的大型项目。
可能要问的一件事是 - 如果您的需求超过 SQL Server Express 的功能,您是否能够负担得起商业版本?
我认为 SQL Server Express 的一个想法是,您可以在其上托管您的网站,并且一旦您超出其规模(需要超过 4GB 等),您将购买商业版本,尤其是现在您被锁定在使用它。但是,如果您的网站在收入能够购买商业版本之前很快就超出了它,这可能是一个问题(如果您的网站消耗的数据/磁盘空间超出其需要,则可能是数据库设计缺陷)
如果您不介意内存和处理器限制,SQL Express 是一个不错的选择。数据库大小限制不再是一个大问题,因为在 2008 R2 中他们将限制提高到 10gb。我认为其他限制仍然相同。
SQL Express 最多有 5 个并发连接。如果您有超过 5 个并发连接,性能将严重下降。此外,您必须考虑不包括 SQL 代理,因此如果您想安排备份或维护任务,您必须使用 windows 调度程序。除此之外,它是小型数据库的完美解决方案。