维持mgo会话的最佳做法

一尘不染

维持mgo会话的最佳做法

我目前正在将带有mgo lib的mongodb用于Web应用程序，但是我不确定我使用它的方式是否很好。

package db

import (
    "gopkg.in/mgo.v2"
)

const (
    MongoServerAddr = "192.168.0.104"
    RedisServerAddr = "192.168.0.104"
)

var (
    MongoSession, err = mgo.Dial(MongoServerAddr)

    MDB  = MongoSession.DB("message")
    MCol = MDB.C("new")
    MSav = MDB.C("save")

    UDB  = MongoSession.DB("account")
    UCol = UDB.C("user")
)

我初始化db会话并创建获取集合和文档值的变量，因此当我需要查询集合时，我使用变量来实现它。

像那样：

func UserExist(username string) bool {
    user := Users{}
    err := db.UCol.Find(bson.M{"username": username}).One(&user)
    if err != nil {
        return false
    } else {
        return true
    }
}

那么，有没有最佳实践呢？谢谢

阅读 255

2020-07-02

共1个答案

一尘不染

我建议不要使用这样的全局会话。相反，您可以创建负责所有数据库交互的类型。例如：

type DataStore struct {
    session *mgo.Session
}

func (ds *DataStore) ucol() *mgo.Collection { ... }

func (ds *DataStore) UserExist(user string) bool { ... }

该设计有很多好处。一个重要的方面是，它允许您同时运行多个会话，因此，例如，如果您有一个http处理程序，则可以为该请求创建一个由独立会话支持的本地会话：

func (s *WebSite) dataStore() *DataStore {
    return &DataStore{s.session.Copy()}
}

func (s *WebSite) HandleRequest(...) {
    ds := s.dataStore()
    defer ds.Close()
    ...
}

在这种情况下，mgo驱动程序表现良好，因为会话是在内部缓存和重用/维护的。每个会话也将在使用时由独立的套接字支持，并且可以配置独立的设置，并且还具有独立的错误处理。如果使用单个全局会话，这些最终将要处理。

2020-07-02