什么时候使用单独的CouchDB数据库?

前端之家收集整理的这篇文章主要介绍了什么时候使用单独的CouchDB数据库?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在设计一个基于CouchDB的系统.它将有少量不同的组件 – 用户列表,主数据存储,日志记录等.我想要感觉到的是,CouchDB数据库的范围应该如何?我应该为每个组件分别使用数据库,还是将所有内容都集成到一个文件中,并为每个文档使用“type”属性?我知道个人数据库可以非常高兴地获得非常大的数据,但是,将数据库保存在一个数据库中而不是将数据库分解出来,影响的视图的性能?从本质上说,涉及的是什么权衡?

欢呼所有

解决方法

好问题,丹.

我认为这基本上是一个优化问题.一个好主意不是太快地优化(分离成多个数据库). (一个例外可能是日志,可以快速统治所有其他数据,需要经常压缩,我可能马上拆分日志.)

观看效果不会受到影响.为了交换预定义的查询(视图定义),CouchDB始终保证快速查看结果.

是否分割成多个数据库通常取决于身份验证和权限.如果您使用普通的Web服务器前端,那就不用担心.

与所有观点一样,如果您经常查询,它们是正常的.查询使视图保持最新,响应时间快.查询中的延迟导致处理以建立下一个.在生产中,这不是什么大问题.

猜你在找的MsSQL相关文章