文档与附件存在多对多关联，用关系型数据库需要创建多个表，然后进行关联更新与查询，甚至是事务。所以考虑使用 mongodb，希望有更方便的操作方式。
过程中发现 mongodb 与 model、protobuff 对象整合起来非常别扭，同时 mongodb 的 golang 官方库 使用起来也是非常别扭。 mgo 还不错，可惜已经不再维护了。所以最终还是放弃在 golang 的微服务搭建中使用 mongodb。
详细问题
- mongo 的 ID 是一个特殊对象
mongo 的主键类型是 primitive.ObjectID 实际使用时需要 string，所以需要来回转换类型
type Model struct {
ID primitive.ObjectID `bson:"_id,omitempty"` // 唯一ID
}
- 与 protobuff 的兼容不好
Find 到documents后 Decode 到 pb.Message 需要定义额外的 Tag 指定 bson 名，原生 protobuf 不支持，需要用 gogo 集成插件 moretags
message Model {
string id = 1; // `bson:"_id"`
}
- 官方 golang 库使用起来很不方便
- 普通使用场景里也，需要重复创建
context.Background() - 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
}
