云供应商在提供关系数据库服务的同时确保ACID属性?

ACID属性对于RDMS应用程序非常重要.AMAZON RDS和Microsoft SQL Azure等云提供商提供了许多关系数据库服务。

我很好奇,如果酸性质提供或没有?

谢谢。

AWS RDS看起来是基于MySQL 5.1的,而SQL Azure是基于SQL Server的。 这两个平台都符合ACID标准,似乎RDS / SQL Azure也是公平的。

这些产品是可扩展的,而不是凭借架构(像大多数关键/价值商店); 但只是因为他们可以提供大喇叭服务器,如果你支付他们,我想他们都有一个调整良好的安装和经验的工作人员保持他们的运行。

正如托尼所说 ,他们是基于传统的SQL服务器(分别是MySQL和MSSQLServer),没有任何错误,这是真正的软件,可以真正提供适当的硬件上适当调整。

其实我读了一篇很好的论文,谈论我的问题,我想在这里发布给更多的用户。 来自DAVID CHAPPELL 2008年10月,介绍Azure服务平台在WINDOWS AZURE,.NET服务,SQL服务和实时服务

SQL数据服务(以前称为SQL Server数据服务)在云中提供了一个数据库。 如图所示,此技术可让本地和云应用程序在Microsoft数据中心的Microsoft服务器上存储和访问数据。 与其他云技术一样,组织仅支付使用费用,随着组织需求的变化而增加和减less使用(和成本)。 使用云数据库还可以将资本支出(如磁盘和数据库pipe理系统(DBMS)中的投资)转换为运营支出。 SQL数据服务的主要目标是广泛访问。 为此,它公开了SOAP和RESTful接口,允许以各种方式访问​​数据。 而且由于这些数据是通过标准协议公开的,因此SQL数据服务可以被任何types的系统上的应用程序使用 – 这不是一个纯Windows技术。 与Windows Azure存储服务不同,SQL数据服务构build在Microsoft SQL Server上。 尽pipe如此,该服务并没有公开传统的关系接口。 相反,SQL数据服务提供了一个不需要预定义模式的分层数据模型。 存储在此服务中的每个数据项都保存为具有自己的名称,types和值的属性。 为了查询这些数据,应用程序可以使用直接的RESTful访问或基于Microsoft语言集成查询(LINQ)定义的C#语法的语言。

这里有一个明显的问题: 为什么不直接在云中提供SQL Server呢? 为什么要提供一个云数据库服务,使用一种不同于我们大多数人已经知道的方法? 一个答案是提供这个略有不同的一组服务提供了一些优势。 SQL Data Services可以提供比在云中运行关系数据库pipe理系统更好的可伸缩性,可用性和可靠性。

与传统的关系型方法相比,它组织和检索数据的方式使复制和负载平衡更简单快捷。 另一个优点是SQL数据服务不需要客户pipe理自己的DBMS。 SQL Data Services客户可以专注于重要的数据,而不用担心监控磁盘使用,维护日志文件以及确定需要多less实例等机制。 最后,微软已经宣布计划将更多的关系特性添加到SQL数据服务。 预计其function会增长。