文檔與附件存在多對(duì)多關(guān)聯(lián)，用關(guān)系型數(shù)據(jù)庫(kù)需要?jiǎng)?chuàng)建多個(gè)表，然后進(jìn)行關(guān)聯(lián)更新與查詢，甚至是事務(wù)。所以考慮使用 mongodb，希望有更方便的操作方式。

過(guò)程中發(fā)現(xiàn) mongodb 與 model、protobuff 對(duì)象整合起來(lái)非常別扭，同時(shí) mongodb 的 golang 官方庫(kù) 使用起來(lái)也是非常別扭。 mgo 還不錯(cuò)，可惜已經(jīng)不再維護(hù)了。所以最終還是放棄在 golang 的微服務(wù)搭建中使用 mongodb。

詳細(xì)問(wèn)題

1. mongo 的 ID 是一個(gè)特殊對(duì)象

mongo 的主鍵類型是 primitive.ObjectID 實(shí)際使用時(shí)需要 string，所以需要來(lái)回轉(zhuǎn)換類型

type Model struct {
    ID primitive.ObjectID `bson:"_id,omitempty"` // 唯一ID
}

2. 與 protobuff 的兼容不好

Find 到documents后 Decode 到 pb.Message 需要定義額外的 Tag 指定 bson 名，原生 protobuf 不支持，需要用 gogo 集成插件 moretags

message Model {
    string id = 1; // `bson:"_id"`
}

3. 官方 golang 庫(kù)使用起來(lái)很不方便

1. 普通使用場(chǎng)景里也，需要重復(fù)創(chuàng)建 context.Background()
2. BSON 的定義方式 bson.D{{"_id", 1}} 違反 golang 默認(rèn)書寫規(guī)范，不得不關(guān)閉 linter 校驗(yàn)

var versions []*pb.NoteVersion
cursor, err := d.mdb.Collection("notes").Find(context.TODO(), bson.D{}, options.Find().SetProjection(bson.D{
  {"_id", 1},
  {"version", 1},
  {"md5_sum", 1},
}))
defer cursor.Close(context.TODO())

最終替代方案

繼續(xù)使用關(guān)系型數(shù)據(jù)庫(kù) mysql 或 postgres
模型層通過(guò) gorm Hook 實(shí)現(xiàn)數(shù)據(jù)類型的轉(zhuǎn)換，在更新時(shí)把對(duì)象序列化成落地字符串，查詢后做反序列化

type Note struct {
    ID             int64          `gorm:"primary_key"`                 // 唯一ID
    Attachments    pb.Attachments `gorm:"-"`                           // 附件
    AttachmentsRaw string         `gorm:"column:attachments;not null"` // 序列化
    Tags           pb.Tags        `gorm:"-"`                           // 標(biāo)簽
    TagsRaw        string         `gorm:"column:tags;not null"`        // 序列化
}

func (u *Note) BeforeSave() (err error) {
    u.AttachmentsRaw = u.Attachments.String()
    u.TagsRaw = u.Tags.String()
    return
}

func (u *Note) AfterFind() (err error) {
    err = proto.UnmarshalText(u.AttachmentsRaw, &u.Attachments)
    if err != nil {
        return
    }
    err = proto.UnmarshalText(u.TagsRaw, &u.Tags)
    return
}