三份存储与SQL数据库

Question

我看到有类似的问题，要求几个月返回，但它真的没地址我的情况。在这里它会...

我在该过程的从头开始建设一个基于网络的.净的应用程序，有潜力成为一个高容量的网站(几百万页面浏览一个月开始)，我强烈考虑使用微软的伙伴主办。我还没有建立任何东西然而，我仍然在研究我的不同的选项。

该应用程序本身，在其核心，一个标准污物的应用程序的行为在许多不同类型的实体(例如用户、秩序、项目等)。可能有一些背景的过程，可以运行和一些排队的数据(非实时更新--像得到一个这样的徽章，例如)，但大多数相互作用与用户将是你典型的污物种类型的行动。

关于湛蓝，我读过的一些文章关于使用三份存储储存事务的数据和到强烈考虑这样做，而不是使用SQL数据库。然而，我还没有看到或读到一些成功故事的真实的人和/或实公司这样做。所以我想我会接触到那社区看到，如果任何人有任何经验使用三份存储，什么样的运气，你有没有任何陷阱我应该看出来的，以及任何最佳做法，你来了。

我读过很多的专MSDN部分和编程Azure表API文件。我在寻找实际的建议、汲取的经验教训、最佳做法，等等。在此先感谢！

Answer 1

Azure储存只是等作为任何非sql储存。它的工作原理在大规模方案 我们 (泵送数以百万计的记录每个用户)。但是，典型的污物的做法是一个有点难度或适应这一点。

我建议开始寻找沿 CQRS式的体系结构.这里有一些参考文献，可能会让你开始：

• 开放源 Lokad.CQRS项目Azure (模式和指南在内)
• 有效的体系结构Azure讨论 在MSDN

Answer 2

取决于什么样的你正在谈论的数据 - 通常有高估的交易数据需求的倾向。大量的数据真的可以配到1 GB SQL Azure的（我们是一个SaaS供应商和将近20名客户的交易数据可以放入那么多的空间）。此外，对于一些奇怪的原因，我已经看到了SQL Azure的空间消耗似乎比我在本地看到数据库的规模稍小一些（可能与做他们如何处理日志，不知道）。而现在50 GB是极限，这是很坦率地说，巨大的。

然而，对于这一点，你还需要考虑什么提高空间的使用率 - 存储图像，视频或其他大型对象在数据库中可以创建空间消耗显着增加。这是更好地保持这些类型的对象在Windows Azure上。

所以，答案很简单 - 保持SQL Azure和Windows Azure中的非关系型数据的交易数据。与SQL Azure的工作也将让您的开发人员的生产力，因为它是在编程方面相当熟悉。对待Windows Azure的相似，你会如何对待窗增加了一些好处本地文件存储（支持基本的表结构）。

Answer 3

另一个要考虑的是交易，你将发送/从商店接收的数量。有关SQL Azure中的好处是，它是一个固定的成本/月，如果你在同一个数据中心内（从位于同一个数据中心，您的SQL Azure数据库在Windows Azure的Web角色IE）做查询再就是没有额外的费用。

尽管交易到Windows Azure的存储成本是相当低的，这是一件有加，如果你他们做足够的潜力。

Answer 4

您也应该决定使用Azure存储或SQL存储之前检查你的数据使用模式。 由于Azure存储是提供NoSQL的解决方案，他们更面向对非报告的基础要求。在此报告并不意味着报告，但它意味着Azure存储的查询功能是有限的\各种查询情况下的非优化。 随着CQRS架构的CRUD和报告操作是分离的，因此既Azure存储和SQL Azure中的混合ñ匹配可以做到的。

Answer 5

查找信息的另一个地方是的Windows Azure的选项，并期待在AWS的步骤之外。在S3和SimpleDB的选项已审核过的一段较长的时间，并有有在网络上许多额外的成功案例了。然而，S3和SimpleDB的在功能到Windows Azure存储表和Blob存储非常相似。如果你想了解真正的大数据，这些结构是，肯定检查了AWS选项。如果仅仅对现有的解决方案围绕构建大数据的参考点。

至于SQL Azure的，它是伟大的大量交易，保持交易成本低和维护基于关系数据的关系和一般的完整性。但是，如果你要拥有海量数据，先走一步，瞄准大数据结构，如Windows Azure的表或Amazon的SimpleDB。