堆栈溢出可以在SQL Server Web Edition上运行吗？

我正在开始一项新的网络冒险，可能需要扩展到大量用户。

我对SQL Server Web版的SPLA许可充满信心，但想知道我是否需要考虑升级到Standard，Enterprise或DataCenter（肯定不会是这个）。

我知道一个人不应该在扩展之前就考虑扩展，但这会影响站点的架构和业务计划。

我知道处理器限制是每个物理处理器而不是线程，因此我不必担心。但是，某些镜像和备份功能会让我担心。SO是否依赖这些功能？

tl; dr：
像Stack Overflow这样的网站可以在SQL Server Web上运行吗？维护和高可用性的哪些方面将无法实现？

sql-server database-design performance

— 克里斯·巴里
source

与堆栈溢出有关，这更多是关于SQL Web版本的问题。我正在寻找将其迁移到的最佳位置。

— 比尔蜥蜴2012年

这取决于; 如果不确切知道堆栈溢出在内部如何工作，很难回答这个问题。如果StackOverflow使用HA镜像，群集或PowerPivot for SharePoint（只是在开玩笑），那就会困难得多。

从技术上讲，它可能可以在Web上运行。但是您对故障转移，灾难恢复，数据挖掘等的期望是什么？

— vcsjones 2012年

对于具有Web版本许可意义的多租户解决方案，其要求通常与SO所做的以及必须针对其进行优化的方案完全不同。具有Web服务器许可语义的，设计良好，执行良好且调整良好的多租户应用程序可以在Web Edition中运行吗？绝对。像SO这样的向上扩展的整体数据库是否可以在Web版服务器上以高吞吐量运行？可能，但不太可能。

— 雷木斯·鲁萨努

感谢您的评论，问题是我是否需要将Enterprise纳入考虑范围？现在看来我们将要变得更好，这是标准的，但是我记得杰夫提到了一些关于在联机时无法重建索引的内容或类似的内容。无论如何，这实际上只是有关MS堆栈的问题，并且是否曾经是明智的选择。或者，我应该只是硬着头皮学习ROR。

— 克里斯·巴里

考虑到SO是世界上访问量最高的站点之一，因此它可能不是与新企业进行比较的最佳站点。

话虽如此，据我所知，SO在扩展系统的各个方面方面已经推出了他们自己的解决方案，包括缓存几乎所有可以缓存的东西，以尽可能减少数据库的负载。SO扩展的大多数系统最终都会出现这种情况，因为没有现成的产品或内置的可扩展性功能无法完全满足这些流量非常高的站点的需求。

因此，尽管如果SQL Web无法处理高流量负载，我不会感到很惊讶，但我敢打赌，从其他SQL Server层获得的内置可伸缩性部分本身不足以处理这些极高的负载。（因此，为什么SO不依赖它们作为其主要尺度向量。）

最后，对于任何具有很大扩展潜力的新企业，其业务计划还需要包括与业务量（无论可能是多少）成比例的收入流。

因此，如果扩展系统必须保留和管理的数据量，收入是否随之增加？同样，对于用户数量或将增长的任何其他指标。如果您发现扩展收入的速度不及扩展组合指标的费用，那么您就需要担心一些问题。

— cdeszaq
source