标签: acid

Cassandra如何处理多个用户对同一密钥的并发更新？Cassandra是否遵循ACID的"隔离"属性？

有人知道微软是否计划让IE9在Acid 3测试中通过100/100 ？IE9当前版本获得的测试68/100(可以查看这里,主要的网站在这里).

IE8传递了什么？IE7怎么样？它与其他现代浏览器(如Safari,Firefox和Chrome)相比如何？

我正在开发一个应用程序,我需要以可靠的方式持久保存数据,即即使在应用程序崩溃和退出等情况下,更新也需要全部或全部保留.

但是,我无法找到有关Core Data能够支持的弹性水平的更多信息,并且从环顾四周看来核心数据损坏似乎是可能的.这是正确的还是Core Data能够提供支持可靠数据存储所需的高级和低级ACID属性？

请具体说明哪些API提供了这些保证 - 例如,即使在保存期间发生崩溃(可能在另一个线程上),保证提交所有更新或保证都没有保存？

我使用Delphi XE2和DISQLite v3(它基本上是SQLite3的一个端口).我喜欢所有的sqlite3的,除了在缺乏并发写的,特别是我广泛地依赖于多线程在这个项目:(

我的探查器明确表示我需要对此做些什么,所以我决定使用这种方法:

1. 每当我需要在DB中插入一条记录,而不是做一个INSERT,我write在一个特殊的foler中的SQL查询,即.

   WriteToFile_Inline(SPECIAL_FOLDER_PATH + '\' + GUID, FileName + '|' + IntToStr(ID) + '|' + Hash + '|' + FloatToStr(ModifDate) + '|' + ...);

2. 我添加了一个timer(在主应用程序线程中)每分钟触发,解析这些文件,然后使用事务INSERT查询.

3. 最后删除那些临时文件.

结果是我有500%的性能提升.此外,这种技术是ACID,因为我总是可以SPECIAL_FOLDER_PATH在电源故障后扫描并执行我发现的INSERT.

尽管结果很好,但我对使用的方法不太满意(至少可以说是hackish),我一直在想,如果我有一个类似于泛型的快速查找访问,线程安全,ACID列表,这将是更清洁(可能更快？)

所以我的问题是:你对Delphi XE2有什么了解吗？

PS.我相信你们很多人在阅读上面的代码时会感到震惊并且会在这一点上开始侮辱我!请成为我的客人,但如果您了解更好(即更快)的ACID方法,请分享您的想法!

我想存储aeson值usig acid-store.我采用了最小的酸实现,并试图天真地将类型转换为Value.这些是我对deriveSafeCopy的调用:

$(deriveSafeCopy 0 'base ''Object)
$(deriveSafeCopy 0 'base ''Array)
$(deriveSafeCopy 0 'base ''Number)
$(deriveSafeCopy 0 'base ''Value)
$(deriveSafeCopy 0 'base ''JSONState)
$(deriveSafeCopy 0 'base ''JSONStateStore)

JSONState和JSONStateStore是我自己的类型.我收到此错误:

Can't derive SafeCopy instance for: (Data.Aeson.Types.Internal.Object,TyConI (TySynD Data.Aeson.Types.Internal.Object [] (AppT (AppT (ConT Data.HashMap.Base.HashMap) (ConT Data.Text.Internal.Text)) (ConT Data.Aeson.Types.Internal.Value))))

有NoSQL的ACID(分布式)数据库,尽管CAP定理.这怎么可能？CAP定理与(可能/不可能)成为ACID之间的关系是什么？

是不可能用于分布式计算机系统同时提供一致性,可用性和分区耐受性.

我在实现微服务架构方面还很陌生，这个问题让我心烦意乱

微服务架构如何解决不同端点调用之间的事务机制。

举个例子，基本上是基于微服务架构的银行服务，银行操作是通过不同的调用不同的服务来完成一笔交易，如果其中一个失败了，那么就没有办法消除部分流程，不知道是否有有什么机制可以解决这个问题

创建付款

POST /付款/客户/10/付款/100/

从帐户中借钱

放置/客户/10/帐户/20

发送客户通知

发布/警报/客户/10

据我所知，NoSQL 数据库可能是高强度数据读取应用程序的不错选择，但如果您还需要进行大量数据更新，则不太适合，并且事务性对您来说非常重要（因为没有酸合规性）。对？可能太简单了。

但无论如何，假设我至少部分正确，我现在担心 NoSQL 数据库如何维护您正在阅读或编写的数据的“读取一致”视图。还是他们？如果他们不这样做，这不是一个很大的问题吗？

我的意思是，如果您正在阅读（或更新）的数据在阅读时发生变化，那么您可能会得到不一致/脏的结果集。来自 Oracle rdbms 背景，所有这些都只是为您处理，我发现它令人困惑，缺乏读取一致性并不是一个大问题。很可能虽然我错过了关于这一切的一些关键点。有人可以让我直截了当吗？

鉴于持久键/值存储的以下要求：

• 只需要获取、插入和所有值的完整迭代（用于导出）
• 不删除值或更新值
• 键的大小始终相同
• 嵌入在宿主应用程序中的代码

鉴于这种使用模式：

• 获取是随机的
• 插入和获取是交错的，没有可预测性
• 密钥是随机的，并以随机顺序插入

鉴于要求，最好的磁盘数据结构/算法是什么？

自定义实现能否超过基于 LSM（日志结构化合并）的实现（即 leveldb、rocksdb）的性能？

满足这些要求的高性能自定义实现在实现上是否也会相当简单？

我有一对 SQL Server 2014 数据库，设置为同步 AlwaysOn 可用性组。

两台服务器均设置为Synchronous commit可用性模式，会话超时时间为 50 秒。次级设置为Read-intent only可读辅助设备。

如果我写入主数据库，然后立即从辅助数据库读取（通过ApplicationIntent=ReadOnly），我会始终读取脏数据（即写入之前的状态）。如果我在写入和读取之间等待大约一秒钟，我就会得到正确的数据。

这是预期的行为吗？如果是这样，我可以采取什么措施来确保从辅助设备读取的数据是最新的？

我想使用辅助数据库作为主数据库的只读版本（以及故障转移），以减少主数据库的负载。