我使用 mongoid，用 carrierwave 存储信息。 前面犯二，将一个图片格式的信息，通过 embed 嵌入表的形式存储了。每次做操作的时候都非常痛苦。 今天下决心将所有的数据，重新导到了外面，变成了一个独立的表，从 embeds_many，变成了 has_many 结果发现，所有的图片都取不出来了。 还为此打电话去七牛。
各种方法都试了一遍，最后突然想起来，carrierwave 的路径名，是自己生成的。 数据库里面只有一个字段，就是最终的文件名。
def store_dir
"#{mounted_as}/#{model.id}/"
end
uploader 模块中有上面这个函数。 我重新倒了一遍数据库，model.id 变化了。 于是原来存储的所有文件，路径都错了。
还在折腾中。应该问题不大了。
切忌，尽量少在 mongid 里面使用嵌入表，查询修改都很麻烦。 在使用 carrierwave 的时候，各种文件名，都是计算出来的。比如远程的 url，就是路径加上数据库字段里面存储的文件名。 如果有 avatar 之类的图像版本，就再把这个前缀加到文件名里面去。就是这样神奇。
一直希望可以在 mongoid 里面使用 ActiveStorage，不过这么长时间了，好像一直都没有人去折腾。
mongodb，一直在用。中间也偶尔会用到 pg。mysql 在被 oracle 收购之后，就用得很少了。 用了一段时间的 mongodb 之后，再要回去用 pg，是非常辛苦的。各种表的结构都是固定的，不像是 mongodb，随时随地的调整，加减内容，每个文档都不需要保持相同。 在数据量没有那么大的情况下，各种数据库的效率其实是差不多的。 在复杂的统计分析方面，mongodb 肯定是没有 SQL 方便，在数据量不大的时候做 aggregation 其实 SQL 有的功能基本也都能实现。数据量大的时候，通过 MapReduce 也还是可以实现的。 NoSQL 数据库，复杂的统计分析，肯定是比较麻烦实现的。这东西本来也不是为了那种上万实体，每个实体几十上百个字段的复杂系统设计的。 不过，用来搞网站还是基本够用的。
pynix
回复
嵌入的数据，倒不是经常需要修改。只是在统计、或者一些状态判断的时候很麻烦。 另外，我还遇到了一个窝心的事情，原来用早期的 carrierwave 版本学的爬虫程序，没 mount 的字段，比如是 picture 吧，那么数据库里面存的字段就是 picture_filename。现在用新版本的 rails 和 carrierwave 写了一个 graphql 服务器，默认的字段名变成了 picture，每次都需要把字段名换一下。 对于普通的 collection，直接做 JavaScript：
db.collection.update({},{$rename:{"picture_filename":"picture"}});
或者用 mongoid 在 Rails 环境下
Picture.all.rename(picture_filename: 'picture')
就可以了，在嵌入式文档里面，实在是没搞明白怎么折腾。