第二个方法是使用复杂组织条件和处理来增强数据整合，确保数据完整性。

这些规则嵌入在应用程序逻辑并需要传达给每个使用该数据库的开发团队。

阶段四：沮丧

当为你找出一个可行的事务处理方案和一个临时的架构处理方案时，你可能

发现你的 NoSQL 不能很好地处理其它需求。它不能联接表，不能对记录进行分

组，更不必说复杂的查询。这时你会变得沮丧，试图寻求集群运维专家的帮忙。

阶段五：接受

看来 NoSQL 也有其不足之处。最后接受这个事实，你批判性地评估自己的

数据库解决方案。你试图区分数据中哪些属于关系型哪些不属于关系型。最终，

找出一个使 NoSQL 和关系型数据库友好共处的方案：扩展关系型满足一部分需

求，扩展 NoSQL 满足另外一部分需求。

被媒体广泛宣传的新技术，必须经过个人实践，找出适合自己的部分才是有

价值的；否则，拔苗助长，生搬硬套只会徒增烦恼。