前端之家收集整理的这篇文章主要介绍了
什么时候使用单独的CouchDB数据库？，
前端之家小编觉得挺不错的，现在分享给大家，也给大家做个参考。
我正在设计一个基于CouchDB的系统.它将有少量不同的组件 –
用户列表,主数据存储,日志记录等.我想要感觉到的是,CouchDB
数据库的范围应该如何？我应该为每个组件分别使用
数据库,还是将所有
内容都集成到一个
文件中,并为每个文档使用“type”
属性？我知道个人
数据库可以非常高兴地获得非常大的数据,但是,将
数据库保存在一个
数据库中而不是将
数据库分解出来,影响的视图的
性能？从本质上说,涉及的是什么权衡？
欢呼所有
好问题,丹.
我认为这基本上是一个优化问题.一个好主意不是太快地优化(分离成多个数据库). (一个例外可能是日志,可以快速统治所有其他数据,需要经常压缩,我可能马上拆分日志.)
观看效果不会受到影响.为了交换预定义的查询(视图定义),CouchDB始终保证快速查看结果.
是否分割成多个数据库通常取决于身份验证和权限.如果您使用普通的Web服务器前端,那就不用担心.
与所有观点一样,如果您经常查询,它们是正常的.查询使视图保持最新,响应时间快.查询中的延迟导致处理以建立下一个.在生产中,这不是什么大问题.
原文链接：https://www.f2er.com/mssql/81244.html
