是否建议将SQL Server用作可大规模扩展的应用程序的数据库？

假设您打算创建一个Facebook规模的网站（如果我要引用一个网站的名称，那为什么不使用Facebook ？！）。是否建议将SQL Server用作此类应用程序的数据库？

我问这个问题是因为我的许多同事都说不应将SQL Server用于此类应用程序。他们更喜欢Oracle或MySQL。

是的，SQL Server设计用于包括Web在内的大量使用。它具有被置于许多不同配置中的能力，例如与cpu实例和SAN作为存储耦合的内存实例。

向您当地的Microsoft集成商或推广人员咨询建议。

您可以在Web上找到许多有关SQL Server扩展功能的资源，并且作为入门，这里是SQL Server团队关于该主题的不错的博客文章：http : //blogs.msdn.com/b/sqlcat/archive/ 2008/06/12 / sql-server-scale-out.aspx

确保检查Azure如何在云中提供SQL Server。

SQL Server可以与任何其他数据库进行此类工作，但是，如果您打算以这种规模进行某些工作，那么就可伸缩性而言，与传统的关系数据库相比，使用云表存储系统可能会更好，或设计一个异构系统，该系统使用表存储来进行较大规模的数据管理，并使用数据库来存储需要这些关系或事务提供的场所。

如果您需要真正的大规模可扩展功能，则不应该使用传统的数据库引擎。

传统的SQL数据库确实可以很好地扩展（您会找到许多使用MySQL，SQL Server或Orcale的大型站点的示例），但是到了某个时候，您将达到可伸缩性限制。确切的时间取决于需求级别，应用程序需求的复杂性，您愿意在昂贵的服务器上花费多少以及优化数据库使用情况的能力。许多站点永远都不会达到这个极限，但是如果您这样做了，那将是非常痛苦的，您将面临解决该问题的巨大工程挑战。

除此之外，您确实需要一个完全分布式的NoSQL数据库-例如像Cassandra之类的东西，实际上是在Facebook上开发的，用于解决他们的大数据挑战。NoSQL数据库显式地牺牲了一些传统的SQL数据库功能（通常围绕事务，锁定和最终的一致性），以便有效地实现无限的水平可伸缩性。

总体而言，我的建议是确定您是否真的需要大规模的可伸缩性，并相应地选择技术路线。

是。我相信Microsoft Live.com是建立在SQL Server之上的。

作为Linux / PostgreSQL爱好者，我可以说，您可以使用任何当今技术（尤其是SQL Server）创建Facebook。

如果您不打算拥有与Facebook（500M）一样多的用户，那么这个最多的网站（堆栈溢出网络）是建立在.Net和SQL Server之上的。

作为一种工具，您也许可以使用SQL Server，但要记住，像Facebook这样的网站并不是仅建立在数据库顶部的。他们使用各种技术来完成任务，查看Yahoo视频以了解facebook如何单独管理日志，您将意识到DB只是庞大的可伸缩体系结构的一部分。在配置良好的机器上运行几天后，我发现SQL Server和Oracle DB的更新速度约为每秒10000行。我的问题是我无法使用分布式计算。因此，重要的是要查看数据库或可伸缩体系结构可以提供的支持系统。

我无法回答MySQL（！），但我有支持客户的经验，我们选择使用SQLServer还是Oracle。到目前为止，我们发现它们之间通常没有区别，但是当事情发展到极致时，Oracle到目前为止是更好的产品。例如，由于SQLServer决定运行（在镜像环境中）运行此任务将花费许多时间，因此我们目前正在关闭24/7关键任务系统以清除记录负载。我们遇到了从未完全解决的跨WAN链接传输大型数据集的日志问题。像这样的事情总是使我们很高兴为那些从未遇到过此类问题的基于Oracle的客户提供支持。

因此，如果您正在寻找可大规模扩展的系统，那么您很可能会发现这些问题。Oracle既乏味，困难又烦人，但它确实有效。