couchdb style offline storage?
May 9th, 2009 :: jackyz
Mozilla Labs 的 Atul Varma 发表了一篇博文[看这里]，探讨使用一个浏览器内置的类似 CouchDB 的系统[看这里]来作为浏览器离线存储方案的可能。——于无声处闻惊雷！我得说，这真是一个天才的点子。
提起目前的 SqLite 方案，说实话，这的确是一个由 “直接神经传导” 产生的 “拿来主义” 方案(简而言之，就是说它很直观啦)，而且确实可用。但，恐怕也很难有人能够再想出一个比 “在浏览器中使用 SQL ” 更让人昏昏欲睡的主意来了。就这一条，原本看起来还 “飘出未来的气味” 的浏览器开发，一个激灵，就能让人感觉出逼人的 “幽幽古意” 来。
本该如此，浏览器从来都是 JavaScript 的天下。一切设施都围绕 JavaScript 而存在，存储也不应该例外。这里的 CouchDB 其实和 Erlang 无关，它只是一个 “风格供应商” 而已。顺带的，如果在统一 Online/Offline 存储接口(这是 W3C 的问题) 之后要提供存储/同步服务(这是 Google 之类的问题) ，只有到了这个时候，才没准会有 CouchDB 的事(如果没有更好的替代的话)。但，创意真的是一个具有美感的东西。不是么？
唯一的疑惑是，我也知道 CouchDB 很久了，为什么就没有想到这个用法呢？
感谢 “力” 的投递，感谢 “zly06” 的推荐。
是不是和 Google Gears性质类似？
@Jinzhu check this: http://ajaxian.com/archives/firefox-3-sqlite-and-more
离线存储真那么重要吗？
如果是干脆直接在浏览器里集成一个小型web服务器，反正ff已经集成slqite了
@erlang初学者 ，集成一个小型 web 服务器，听起来是个很简单的方案，但把服务端搬到浏览器里面来，尤其是在“移动计算＋云计算”呼之欲出的前景下，你觉得这个方案现实么？
离线存储模型，尤其是在 couchdb 风格下，现有的 javascript 前端代码基本无需改动，只需增加一个离线数据的同步接口即可。这可是一个极大的优势。
key/value everywhere