文档：CouchDB 数据库的构建块
CouchDB 数据库存储惟一的命名文档并提供一个 RESTful JSON API，该 API 允许应用程序读取和修改这些文档。CouchDB 数据库中的所有数据都储存在一个文档中，并且每个文档可以由未定义的字段组成。这意味着每个文档都可以具有未在其他文档中定义的字段。换句话说，这些文档不受严格的模式的限制。
每个文档还可以包含元数据（关于数据的数据），比如惟一的文档 ID 和修改号。文档字段可以包含各种类型的数据，比如文本字符串、数字和布尔值（true/false）等。字段的大小不受限制。每个字段必须有一个惟一的名称（文档不能包含两个同名的字段）。
当更改 CouchDB 文档时，这些更改实际上并不是附加在原来的文档之上，而是创建整个文档的一个新版本，即 修订。这意味着数据库会自动维护文档修改的完整历史。文档-修订系统管理修订控制，但不包括在数据库中自动完成的修订。
CouchDB 没有锁机制；两个客户机可以同时加载和编辑同一个文档。不过，如果一个客户机保存了所有更改时，另一个客户机在尝试保存更改时将收到一个编辑冲突。可以通过加载更新版本的文档来解决该冲突，然后重新进行编辑并再次保存。CouchDB 通过确保文档全部更新成功或全部失败来保持数据的一致性 — 文档更新要么成功，要么失败。数据库中不会存在仅保存了一部分的文档。
回页首
视图：从 CouchDB 获取有用信息
CouchDB 的本质是非结构化的，虽然由于缺乏严格的模式而使其获得了更大的灵活性和可伸缩性，但是这使得 CouchDB 在现实应用程序中难以使用。想一下关系数据库，对于每个应用程序，严格定义的表之间的关系对于为数据赋予意义至关重要。不过，当要求实现更高的性能时，则需要创建物化视图来反规范化（de-normalize）数据。在很多情况下，面向文档数据库采用相反的方法处理事情。它将数据储存在一个平面地址空间中，这就像一个完全反规范化的数据仓库。然后它提供一个视图模型为数据添加结构，因此能够聚合数据得出有用的含义。
在 CouchDB 中可以根据需求创建视图，并使用它在数据库中聚合、连接和报告文档。视图是动态创建的，对数据库中的文档没有影响。视图是在设计文档中定义的，并且可以跨实例复制。这些设计文档包含使用 MapReduce 运行查询的 JavaScript 函数。视图的 map 函数将文档作为一个参数，并执行一系列的计算来决定应该对哪些数据使用视图。如果一个视图具有 reduce 函数，就使用它来聚合结果。视图接收一组键和值，然后将它们合并成一个单一的值。
清单 1 是 CouchDB 视图的 map 和 reduce 函数的一个例子，它计算带有附件的文档的数目。
清单 1. 典型的 CouchDB 视图
map: function(doc) { if (doc._attachments) { emit("with attachment", 1); } else { emit("without attachment", 1); }}reduce: function(keys, values) { return sum(values);}
CouchDB 视图可以是储存在设计文档内部的永久性视图，或者是根据需求执行的临时视图。临时视图耗费的资源比较多，并且随着数据库中存储的数据的增长而变慢。因此，CouchDB 视图大部分情况下应该创建在设计文档中。
文章来源于领测软件测试网 https://www.ltesting.net/
