Algorithm 使用SQL Server/Azure或Graph DB的类似Twitter的模型

是否可以使用SQLServer设计一个类似twitter的数据库？确保高可扩展性和快速查询的数据库

我正在构建一个.NET平台，它需要类似于twitter（用户、关注者、推特）的模型，并研究在快速查询和可伸缩性方面什么最适合

---

是否可以使用关系数据库或图形数据库更好？

SQL Server肯定能够处理您的任何负载。支持高达150GB的数据库（不过我听说如果您要求，可以获得更多）。使用Azure SQL Federation，您可以在全球数百个节点上扩展多个数据库

---

对于SQL Server之类的关系数据库，或者Azure Table Storage之类的“NoSQL”变体，这取决于您的需要和数据的结构。考虑到您可能会进行大量的连接、查询用户的关注者、某人应该看到的tweet等，您最好使用关系数据库。即使Facebook仍然使用MySQL，所以使用关系数据库也不是一件坏事

这是不正确的，facebook正在使用他们自己开发的名为cassandra:的NoSQL数据库。他们可能在某个地方使用mysql，但不是他们的主要后端对不起，但这是不正确的，你的链接实际上也证明了这一点。卡桑德拉于2010年被Facebook抛弃。他们对MySQL的使用是众所周知的，他们也因此经历了很多困难。他们在上游做出了巨大贡献，并就如何扩展MySQL进行了讨论。您可以在开发者页面[]上看到：“MySQL是我们数据库基础设施的主干。您可以在Launchpad上找到我们的补丁，并了解我们如何在MySQL@Facebook佩奇，“把一切都拿回去，但你必须公平地说，MySQL只用于持久性存储，而memchache在MySQL前面做着繁重的读操作，有人可能会说memchache是某种NoSQL；）绝对地除了数据库，还有更多的拼图。我几乎添加了“中间有很多很多缓存”：。但是OP询问的是存储，它只是为了说明，或者更令人放心，对于大多数人来说，关系数据库没有本质上的错误。显然，应用程序的细节是最重要的。完全同意，relational还远没有死：）