mysql的设计原则_大讨论：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里面该如何设计或者处理这种问题？