CAP为什么不能同时达到呢？
弱弱的问，CAP为什么不能三者都达到呢？现在的关系型数据库产品不是基本上达到了这三点了吗？
10 年 前
SAP应该开源CAP的6个理由 -sap
以下是CAP应该成为开放源代码的非详尽，高度主观的原因清单： 1.开放源代码CAP是增加核心许可收入的最佳方法 通过降低进入门槛来试用基本的SAP S / 4HANA（云）扩展工具（例如CAP
3 年 前
十个数据库错误偏见
关于数据库，你会听到的十个“错误”的事情：
[list]
[*]1)SQL数据库不能扩展。
[*]2)ACID中的一致性= CAP中的一致性
[*]3)CAP中的可用性是指“高可用性
3 个月 前
PACELC定理与CAP定理比较
根据CAP定理，数据库即使在15天后才返回查询响应，也是可用的，但对于任何真实世界的应用程序来说，这种延迟是不可接受的。
CAP定理是分布式计算领域的一个基本理论，它由计算机科学家
4 个月 前
CAP定理的缺点
"迈向稳健的分布式系统"（Towards Robust Distributed Systems）的主题演讲时提出了 CAP 定理。布鲁尔提出，分布式系统无法同时实现一致性、可用性和分区容忍性。虽然布鲁尔将
1 个月 前
网页字体大小font-size设置其实不管用 @tonsky.me
这是一篇很棒的文章，如作者所述，字体大小和行距目前在操作系统之间不一致，在字体之间不一致，并且与其他UI元素不一致。 除了惯性和缺乏预见性之外，没有 其他任何 理由。 作者提出的指定 cap
3 年 前
CAP定理设计者二十年后再谈CAP
CAP定理设计者Eric Brewer作为Google基础设施副总裁在时隔二十年后重谈CAP定律。 Eric Brewer目前正在推动Kubernetes和容器建设，在这篇采访中
8 年 前
Terrastore和CAP定律
Terrastore和CAP定律 一文主要从CAP方面谈其分布式数据库Terrastore，我想如果你推出一款新式分布式数据库，从CAP这个角度谈才能够比较让人明白。 Terrastore是基于
10 年 前
Redis发布RedisRaft：提高Redis分布式一致性 –thenewstack
。
当然，RedisRaft受限于 CAP定理 ，RedisRaft这种通过模块管理的Redis集群还有一个假设前提/弱点，或者说它首先必须取决于：大多数Redis服务器节点是否可运行并已连接
3 年 前
聚合与一致性和有界上下文
根实现 CAP定理 Acknowledging CAP at the Root -‐-‐ in the Domain Model Eric Evans在文中阐述了聚合体内部 聚合体之间以及
10 年 前
分布式系统中的 CAP 定理权衡
在本文中，我们将踏上揭开 CAP 定理复杂性的旅程，通过简单但相关的数据库类比的视角探索其意义和含义。
CAP 定理，也称为 Brewer 定理，是分布式系统中的一个基本原则，它阐明了
3 个月 前
开源分布式事务数据库AntidoteDB
满足CAP中的CP，分区性+强一致性。 3. 程序员方便使用 缺点： 1. 在大用户高并发下性能差 2. 网络失败就无法使用 总体来说：优点是安全，缺点是慢。 最终一致性数据库优点： 1. 因为
6 年 前
区块链和CAP定理
微软首席 架构 师Yaron Goland发表文章解释了一个区块链客户端是如何基于其实现在CAP的AP或CP之间进行选择的。一个交易发生后有多少数据块记录了这项交易，越多表示系统达到广泛共识
7 年 前
CAP原理和BASE思想
分布式领域CAP理论， Consistency(一致性), 数据一致更新，所有数据变动都是同步的 Availability(可用性), 好的响应性能 Partition tolerance(分区
6 年 前
转一个大牛对分布式系统和cqrs的反思文章
我领悟到的基本思想是： 1、大部分应用不需要 分布式系统 2、分布式系统遵循cap原理，要么失去A，要么失去P 3、cqrs和 EDA 是适用于分布式的理论和模式，一切基于事件和消息的
10 年 前