7月3日 infoQ Qclub分享演示文稿下载上的评论

54chen

54chen — Mon, 09 Aug 2010 03:04:23 +0000

哥是如何得知这个内部消息的，难道是消息灵通人仕

groovyq

groovyq — Sat, 07 Aug 2010 04:10:14 +0000

这个演讲视频将于8月13日在InfoQ中文站上发布，届时可以一睹楼主的芳容！：）我就先睹为快了，讲的不错！

54chen

54chen — Tue, 06 Jul 2010 12:57:57 +0000

可能在写的时候这两个词有些容易混淆了，一个是分区容错性，一个是数据分区，不是一个东西，数据分区只算是针对网络分区的容错性所提出的一个小策略的一部分而已
另外partition tolerance的本意的确是针对容错的情况，但我觉得除了节点故障这样的情况外，增加上新的节点也是同样的需要容错的，所以最直接的感受就是容易增加删除节点，只是方便理解CAP而已，不然NRW里的复制也可以作为容错性的因素之一，这样讲解CAP的时候可能目的性就不是这么强了。

kafka0102

kafka0102 — Tue, 06 Jul 2010 12:05:17 +0000

我在之前你的一篇文章里也看到你对CAP的理解，从我对那篇论文及一些文章中来看，你的理解似乎有偏差，这里也算个讨论和交流。CAP里的partition tolerance应该不是我们常说的存储系统的分区能力（可扩展性方面），而是网络分区，这个网络分区广义上可以认为是系统内的两台机器不能正常通信（一些文章提到是两个网络间不能通信，比如两个机房，这限制了这一理解）。所以，因为partition tolerance的存在，强一致性和可用性只能取其一。在网络分区情况下，要强一致性，则请求的响应就不能正常返回（失掉可用性）；如果要可用性，则返回的数据可能为脏（失掉强一致性）。