NOSQL中数据库的设计精髓或者设计原则是什么？
我们先看看在mongodb下，Blog表是如何描述的：
var BlogScheme = new db.Schema({
title : String,
desc : String,
author : String,
body : String,
tags : [String],
count: { type:Number, default:0 },
hidden : { type: Boolean, default: false },
date : { type: Date, default: Date.now },
comments : [{ img: String, name: String, body: String, date: Date }],
meta : {
votes: Number,
favs: Number
}
}); 按照mongodb的设计，每篇Blog都是整篇存储的，与其它表基本没有关联，这也是NoSQL的精髓啊!但是这样子，我们该如何去统计Blog的标签tag呢?
这是我在网上摘抄的一篇文章。
其中关于NOSQL设计的一些原则。就是一篇文章就是一个表，基本上不与其他表联系，里面的评论直接放在了blog里面。我想问的是，如果这样做，怎么分页呢？？？
比如评论分页，，
还有就是nosql的设计原则是什么？有类似于关系型数据库的范式之说吗？
我还找到了一篇文章：
http://www.cnblogs.com/AllenDang/p/3507821.html#!comments
基本上其设计思路就是上面我提到的：将blog和评论放在一起。
这样做是减少了很多查询的。
但是出现了一个问题，如果用户的昵称变了。
那岂不是每一个这个用户评论的的blog都要去修改了？？？？
关系型数据库，修改一下，然后join查询自然就是最新结果。
请问在mongodb里面该如何设计或者处理这种问题？
写回答
-
最佳回答:
nosql比较宽泛，不同的数据库设计原则不同。
比如mongoDB和redis都属于nosql，但是一个是文档型，一个是KV型，设计原则的区别特别大。
mongoDB的设计原则还是比较靠近关系型数据库，它的collection和table比较类似，也是insert、remove、update、find这几个基本操作，可以参考关系型数据库来设计。但是它比关系型关系灵活。
比如：一条微博可以插入9张图片，如果在MySQL中，可能这样设计：微博是一个table，图片信息是一个table，两只表做关联。或者这样设计：在微博那个table中加一个足够大的字符串类型的字段叫img_info，里面存放9张图片信息的json字符串。
而在mongoDB中，天生就是支持上述的第二种设计的。记住，是天生支持，也是就天生对img_info里面内容crud操作都异常方便。
然后回到你说的分页的问题：
分页主要就是用到2个函数：limit和skip
但是，数据量太大的时候，就不适合用skip分页了。
《MongoDB权威指南》中给出的解决方案是：获取上一页的最后一条数据，然后使用gt和limit获取下一页的数据。
关于redis的，@土豆2015 同学已经说的很详细了，就不累述了。
提醒@土豆2015 一下，mongoDB是将部分数据做内存映射，最大化利用内存，持久化还是会保存在磁盘中的。如果没有持久化，把mongoDB重启一下，数据不就都没有了啊。就算是redis这样纯内存型数据库，也是有数据持久化的。
官方帮助文档地址：阿里云帮助中心
更多参考： 阿里云官网(新用户需注册查看)，可领上云红包
2021-07-09 11:56:57赞同 展开评论 打赏 -
nosql比较宽泛，不同的数据库设计原则不同。
比如mongoDB和redis都属于nosql，但是一个是文档型，一个是KV型，设计原则的区别特别大。mongoDB的设计原则还是比较靠近关系型数据库，它的collection和table比较类似，也是insert、remove、update、find这几个基本操作，可以参考关系型数据库来设计。但是它比关系型关系灵活。
比如：一条微博可以插入9张图片，如果在MySQL中，可能这样设计：微博是一个table，图片信息是一个table，两只表做关联。或者这样设计：在微博那个table中加一个足够大的字符串类型的字段叫img_info，里面存放9张图片信息的json字符串。
而在mongoDB中，天生就是支持上述的第二种设计的。记住，是天生支持，也是就天生对img_info里面内容crud操作都异常方便。然后回到你说的分页的问题：
分页主要就是用到2个函数：limit和skip
但是，数据量太大的时候，就不适合用skip分页了。
《MongoDB权威指南》中给出的解决方案是：获取上一页的最后一条数据，然后使用gt和limit获取下一页的数据。关于redis的，@土豆2015 同学已经说的很详细了，就不累述了。
提醒@土豆2015 一下，mongoDB是将部分数据做内存映射，最大化利用内存，持久化还是会保存在磁盘中的。如果没有持久化，把mongoDB重启一下，数据不就都没有了啊。就算是redis这样纯内存型数据库，也是有数据持久化的。
2019-07-17 19:48:52赞同 展开评论 打赏
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
