请关注专题：我的NodeJS学习之路（实践之路）
小弟初涉node领域，不足之处，还请多多指教！
欢迎Star、Fork：https://github.com/gefangshuai/ANodeBlog
这篇主要来讲Mongodb数据库有关的内容。
早已久仰NoSQL的大名，知道它相对有关系型数据库，有很多的优点，只是一直没有时间来研究这个东西。所以借这个项目，对Mongodb进行了一次深入了解。
Mongodb（或者是其他NoSQL数据库）给我印象最深的就是高度的灵活性！
关系型数据库与非关系型数据库的简单对比
假如我们用关系型数据库设计了一张文章表，字段如下：
- title：文章标题
- content：文章内容
- authorId：作者ID（通常可能是外键）
同时根据我们的设计，项目已经开始线上测试并且录入了很多文章数据。
这个时候产品狗要求我们开发一个文章的喜欢功能：类似“简书”。
只需要在文章中看到喜欢的用户即可，所以是一个单向的关联关系。
关系型数据库的解决思路：
需要添加一张喜欢表: favorite，里面两个字段：articleId和userId，表述的意思是：xx文章被xxx些用户喜欢了。文章和喜欢的用户为多对多关系。
可能，习惯了关系型数据库的你没觉出什么来，下面看一下非关系型数据库的设计思路。
非关系型数据库的解决思路：
在文章的Collection中增加一个SubCollection，SubCollection中可以存放用户信息，如用户名，只要有用户喜欢了文章，在这篇文章的文档中的子文档下插入一条记录即可！
{
id: xxx,
title: '学习NodeJS',
content: `xxxx`,
favorite: [
{name: '张三'},
{name: '李四'}
]
}
表述的意思就是“张三、李四喜欢了《学习NodeJS》”。
是不是比关系型数据库的设计思路更加灵活清晰？！
好了，对于关系型数据库和非关系型数据库的讨论就不再深入了，没有好坏之分，各有优势。
项目中的Mongodb设计
NodeJS的流行，离不开丰富的中间件支持，对于操作Mongoose的中间件，我推荐“mongoosejs”， 官网称之为：“Mongoose ODM”。
关于orm和odm：
- ORM：Object Relational Mapping，对象关系映射
- ODM：Object Document Mapping，对象文档映射
其实两者知识技术名词上的区别，表象是一样的，都是对象和数据库的映射罢了。
Mongoose内部实现了一套验证机制及灵活的数据库操作，也是我推荐的一大理由。
先学习以下Mongoose的基本用法
- 将Mongoose集成到项目中
npm install --save mongoose
- 连接数据库
var mongoose = require('mongoose');
mongoose.connect('mongodb://127.0.0.1:27017/blog');
- 定义一个Schema（也就是Mongodb中的Collections
集合），更多字段类型，请参考SchemaTypes
var userSchema = {
username: {type: String, required: true, unique: true},
password: {type: String, required: true}
}
- 将Schema进行“Model化”
var User = mongoose.model('User', userSchema );
- 增加记录
User.create({username: '张三', password: 'md5-pass'}, function(err, user){
if(!err){
console.log(user.username + ' 保存成功!');
}else{
console.log('数据保存失败：' + err);
}
});
- 修改记录
User.findOneAndUpdate({_id: req.params.userId}, {
username: newUsername
}, function (err, raw) {
if(!err) {
console.log( '修改成功!');
}else{
console.log('修改失败');
}
});
- 删除记录
User.deleteById(userId, function(err, doc){
if(!err){
console.log('删除成功');
}
});
- 查询记录
User.findById(userId, callback); // one record
User.findOne({username: '张三'}, callback); // one record
User.find(); // multi records
了解了Mongoose的基本用法，在进行数据库设计，就容易很多了。
本例中用户User和文章Article的设计可直接参考dhHelper中的具体代码。
Mongoose高级用法
关联关系的建立
大家会发现dhHelper中userSchema和articleSchema是有对应关系的(具体的说是“一对多的关系”)，那么这个对应关系是怎么设计的呢？
说到这里，我们先来说一个其他的问题：“关于Mongodb中两个集合之间的对应关系，设计呢？”
通过查找资料我的总结如下：
- 如果只需要通过A集合查询B集合，而不需要反过来查询，也就是单向的关系（如文章和评论，只需要展示文章的时候，将其评论展示即可），那么可以在A集合中建立一个子集合B。这样的查询速度是最快的。
- 如果既需要通过A查询B，又需要通过B查询A（如作者和文章，需要查询某作者下的所有文章，展示文章的时候，有需要展示作者的相关信息），那么可以在子集合中通过一个唯一字段关联父集合。
在articleSchema中增加一个字段_user，类型为Schema.Types.ObjectId，关联User：
_user: {
type: Schema.Types.ObjectId,
ref: 'User'
}
这样，User和Article的关联关系就建立好了。
Tip:
虽然关联关系建立好了，但是当我们
var article = Article.findById(id, callback);
查询出来的article调用article._user.username是出不来数据的，原因就是我们需要用到populate()函数。
var article = Article.findById(id, callback).populate('_user');
这样article._user.username就有数据了。类似Hibernate懒加载机制，需要做一下特殊处理。
加入时间戳
所谓时间戳，就是当我们对数据进行增加或修改的时候，数据库能自动记录增加时间和修改时间，不需要手动来维护。
以前使用Hibernate，默认是没有这个功能的，要想实现需要通过
@PrePersist注解和@PreUpdate注解来手动定义好，很是麻烦。而Mongoose的解决方法是在数据库的定义时就可以将这些信息定义好。这可能也就是约定优于配置（convention over configuration）的好处吧！
定义时间戳，很简单，在new Schema()的时候，将时间戳的定义当作第二个参数传入即可：
new Schema({xxx: xxx}, {timestamps: {createdAt: 'created_at', updatedAt: 'updated_at'});
其中createdAt和updatedAt是固定的key，created_at和updated_at是对应的字段名字。
关于NodeJS中数据库的知识，就写这么多了，想要更多的了解有关Mongoose的用法，请参考官方文档：Mongoosejs Guide。文档写得非常详细！
Have a good luck~
未完待续
请关注专题：我的NodeJS学习之路（实践之路）
