放弃使用 MongoDB (GoLang 微服务)

文档与附件存在多对多关联，用关系型数据库需要创建多个表，然后进行关联更新与查询，甚至是事务。所以考虑使用 mongodb，希望有更方便的操作方式。

过程中发现 mongodb 与 model、protobuff 对象整合起来非常别扭，同时 mongodb 的 golang 官方库 使用起来也是非常别扭。 mgo 还不错，可惜已经不再维护了。所以最终还是放弃在 golang 的微服务搭建中使用 mongodb。

详细问题

1. mongo 的 ID 是一个特殊对象

mongo 的主键类型是 primitive.ObjectID 实际使用时需要 string，所以需要来回转换类型

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 库使用起来很不方便

1. 普通使用场景里也，需要重复创建 context.Background()
2. BSON 的定义方式 bson.D{{"_id", 1}} 违反 golang 默认书写规范，不得不关闭 linter 校验

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())

最终替代方案

继续使用关系型数据库 mysql 或 postgres
模型层通过 gorm Hook 实现数据类型的转换，在更新时把对象序列化成落地字符串，查询后做反序列化

type Note struct {
    ID             int64          `gorm:"primary_key"`                 // 唯一ID
    Attachments    pb.Attachments `gorm:"-"`                           // 附件
    AttachmentsRaw string         `gorm:"column:attachments;not null"` // 序列化
    Tags           pb.Tags        `gorm:"-"`                           // 标签
    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
}