SQL Express的生产？
在生产环境中使用SQL Express是否合理？
我看了微软的比较图：
http://www.microsoft.com/sql/prodinfo/features/compare-features.mspx
我将使用SQL Express与一个中等规模的网站。 我不相信我会超过4GB的数据库大小的限制。 SQL Express通常在共享托pipe环境中受支持吗？ 有什么我失踪，会使SQL Express的一个不合理的select？
我知道很多使用SQL Express进行生产的人，并且运行良好，最大的限制因素是没有用于自动备份的SQL代理。 要自动执行备份，您必须获取VM映像（如果在VPS上）或使用Windows调度程序或其他技术。
唯一的另一个主要的限制因素是内存限制，但是对于一个小型的站点，我并没有真正注意到这个问题太多了。
许多廉价的托pipe公司使用SQL Express。 我从个人的经验中知道，SQL Express对于大多数事情来说是一个可行的解决scheme。
“大部分”包括生产环境中的大型项目。
有一件事要问，可能是 – 如果你的需求超过了SQL Server Express的function，你能买得起商业版吗？
我认为SQL Server Express的想法之一是你可以托pipe你的网站，一旦你长大了（需要超过4GB等），你会购买一个商业版本，特别是现在，你被locking使用它。 但是，如果你的网站比其收入来得快，那么收入就可以买到一个商业版本，这可能是一个问题（如果你的网站消耗的数据/磁盘空间比需要的多，那么可能是一个数据库devise缺陷）
如果您不介意内存和处理器的限制，SQL Express是一个不错的select。 数据库的大小限制现在还不算什么问题，现在在2008 R2上涨到了10GB的限制。 我认为其他限制仍然是相同的。
SQL Express最多有5个并发连接。 如果你有超过5个并发连接，性能将会严重下降。 阿洛斯，你必须考虑SQL代理不包括所以如果你想安排备份或维护任务，你必须使用Windows调度。 除此之外，它是小型数据库的完美解决scheme。
