理查德
其他所有条件都是相同的(关于功能要求,数据要求等),在以下功能中这是更快的:
拜托,我正在寻找的给出,其中既可以在功能需求方面同样有效地使用场景这些原始功能的直接比较。
戴维·马科贡
您正在比较苹果和橙子,对于应该选择一个与另一个场景的方案没有正确的答案。但客观上,存在一些离散的差异:
- 表存储每个分区最多支持2,000个事务/秒(由您选择的分区键决定),而整个存储帐户支持20,000个事务/秒。交易数量没有保证,和变化的基础上的实体大小
- DocumentDB虽然每秒不提供“事务”,但是却提供了每秒“请求单位”的保证水平。并通过测量您的各种疑问,您可以扩展您的数据库,提供每秒事务中同等数量,你的应用需要。通过允许您为给定的集合调整RU,DocumentDB有效地使您可以扩展到比表存储更大的事务速率(您当然可以利用多个存储帐户来提高有效的表存储事务速率)。DocumentDB每个集合(标准集合)或每秒250K RU /秒(分区集合)的最高速度为10K RU /秒,每种支持可以根据需要提高限制。
- 表存储支持实体组事务,从而允许将多达100个实体(和多达4MB的有效负载)的操作批处理为单个原子事务。事务绑定到单个分区。
- DocumentDB允许事务在集合的范围内发生。如果在一个存储过程中执行了多个数据库操作,则这些操作自动成功或失败。
- 表存储是键/值存储,对分区键+行键的查找会产生非常有效的点查找。一旦开始检查PK / RK以外的属性,您将输入分区扫描或表扫描的空间。
DocumentDB是一个文档存储,您可以索引文档中的任何/所有属性。
表存储可扩展到每个帐户500TB。
- DocumentDB可以扩展到每个集合250GB,如果您需要其他存储(例如500TB),则可以扩展到更多。
- 表存储通过存储访问密钥提供安全性。有一个主存储帐户密钥,以及生成共享访问签名以提供对特定表的特定访问权限的功能。
DocumentDB具有读/写和只读管理键,以及用户对集合/文档的访问权限
Table Storage和DocumentDB具有非常不同的定价模型(其中Table Storage只是每月每GB的成本以及名义上的交易成本)。回到苹果还是橘子的观点:DocumentDB是数据库引擎-查询语言,服务器端过程,触发器,索引等。
我敢肯定我错过了一些客观的比较,但这应该为您做出使用一个或多个或两者的决定提供一个良好的起点。而如何选择将这些应用程序应用到您的应用程序中,以及您的优先级是什么(扩展,查询,成本?等)。
本文收集自互联网,转载请注明来源。
如有侵权,请联系 [email protected] 删除。
编辑于
我来说两句