MongoDB-mongoose ODM的基本应用学习

目的

写这篇文章主要两个目的:一是作为自己学习的记录,另一个是也许可以帮到别人。

关于mongoose是什么的问题在网上有很多,在这里不再赘述,啰哩啰嗦的不是好程序员。

Schema : 一种以文件形式存储的数据库模型骨架,不具备数据库的操作能力
Model : 由Schema发布生成的模型,具有抽象属性和行为的数据库操作对
Entity : 由Model创建的实体,他的操作也会影响数据库

1. 引用mongoose模块
var mongoose = require('mongoose');
2. 创建一个变量Schema
var Schema = mongoose.Schema;
3. 新建Schema并配置默认参数(DB并未建立)
var MGSessionSchema = new Schema({
    title: String,
    type: Number,
    brief: String,
    content: String,
    update_time: Date,
    create_time: Date,
    extension_data: {}
}, {collection: 'MGSession', versionKey: false});

这里创了两个参数去新建Schema,第一个参数里是配置表的字段,第二个参数里是collection(可以理解为数据库里的表)的名字,versionKey是版本锁,我这边不需要版本锁。

4. 获取model用于数据操作(DB并未建立)
var MGSession = mongoose.model('MGSession', MGSessionSchema);
5. 建立连接(DB并未建立)
mongoose.connect('mongodb://127.0.0.1/MGSessionDB');

我的mongoDB是在本地建立的,使用默认端口27017,MGSessionDB是database的名字。这里需要注意的是:地址里我并没有写端口在地址里,这是因为mongoose有默认连接monogo的端口(27017),如下写法也是正确的:

mongoose.connect('mongodb://127.0.0.1:27017/MGSessionDB');

到这一步,数据库(MGSessionDB)并未真正建立,当然collection MGSession也是不存在的

5. 更新数据
var uuid = require('node-uuid'); 
function createOrUpdate(tokenID, title, type, brief, content, extraInfo, callback) {
    // tokenID是一个基于时间生成的uuid,用于数据唯一标识
    if (!tokenID || tokenID.length != 36) {
        //uuid.v1() Generate a v1 UUID (time-based) 
        //uuid.v4() Generate a v4 UUID (random)
        tokenID = uuid.v1();  
    }

    //用于查询
    var query = {token_id: tokenID};

    //需要更新或插入的数据
    var update = {
        title: title,
        type: type,
        brief: brief,
        content: content,
        update_time: Date.now() - (new Date()).getTimezoneOffset() * 60000,
        // $setOnInsert只会在文档插入的时候设置字段的值,如果已存在不再设置字段的值
        "$setOnInsert": {token_id: tokenID} 
    };

    if (extraInfo) {
        update.extension_data = extraInfo;
    }

    // 根据query查询数据,若存在则根据update更新数据,若不存在则根据update插入数据
    MGSession.findOneAndUpdate(query, update, {upsert: true, new: true}, function (err, doc) {
            // console.log('MGSession createOrUpdate isNew: ' + doc.isNew);  // true: 返回更新后的document,false: 其他
            callback(doc)
        }
    )
}

当我们调用这个方法时,没有MGSessionDB则创建,没有MGSession则创建,并将数据更新或插入。另外node-uuid的更多内容可以在GitHub查看。

6. 数据查询
  • 按参数查询
function findOneByTokenID(tokenID, callback) {
    return MGSession.where({token_id: tokenID}).findOne(callback);
}
  • 查询所有数据
function findAll(callback) {
    return MGSession.find(callback);
}

暂时写到这里,若有不足欢迎指正,谢谢

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 205,033评论 6 478
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 87,725评论 2 381
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 151,473评论 0 338
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 54,846评论 1 277
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 63,848评论 5 368
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 48,691评论 1 282
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 38,053评论 3 399
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 36,700评论 0 258
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 42,856评论 1 300
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 35,676评论 2 323
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 37,787评论 1 333
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 33,430评论 4 321
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 39,034评论 3 307
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 29,990评论 0 19
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 31,218评论 1 260
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 45,174评论 2 352
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 42,526评论 2 343

推荐阅读更多精彩内容