Active Storage only support Active Record and we have no plans to work in different ORMs support. Of course if you are willing to make Active Storage working with Mongo feel free to send PRs.

Gotcha thanks @rafaelfranca

Has this changed at all?

I thought ActiveStorage would work with anything that uses ActiveModel, a bit like ActiveJob works with Sidekiq and others. But trying to use it immediately throws an active record migrations exception. Maybe it should be called ActiveRecordStorage as it is currently implemented 🙈

No.

Since some of us may use Rails with the Ruby ODM framework for MongoDB mongoid, I would advise them to use the gems shrine with nextcloud.

@rafaelfranca Why is Active Storage supporting only Active Record and why don'y you have any plan to work with other ORMs support?
What is the reason behind as I fully agree with @rgaufman?

Please avoid the "No." answer like @georgeclaghorn which is really useless

I understand the frustration.

However, from what I see, I think none of us are actually use ODM in our companies. Merging code into core comes with a maintenance burden. With us not really "eating our own dog food", I don't think it's a good idea for Active Storage to have ODM support as we probably do not know what we are doing (compared to, say, use job and queue with Resque backend)

However, I think we probably are open if anyone want to make a activestorage-mongoid or similar adapter, same as how Rails support multiple database backend. If someone would like to give a shot on making a gem, and maybe submit a few patches to make integration point easier, I really see no reason why core team wouldn't be okay with that.

That sounds good ! Thank you @sikachu.

@sikachu said everything. We are happy to have a multi-adapter support for Active Storage but we are not going to do the work for it. If there is interest from a mongoid adapter I'd suggest people to try to implement it with the current API and as soon a new adapter takes traction we can change the framework to make new adapters easier. The reason for that is to avoid building an extension API that nobody will use.

Thank you @rafaelfranca for the additional details

Any updates for ActiveStorage and mongoid?

What would be the best approach to do this? I think I can get my company to support the development of a mongoid adapter for active storage, I'm just not sure which would be the best way to proceed

@jafuentest In order to do this, one would need to disentangle ActiveStorage from ActiveRecord.

If we take for example a look at ActiveStorage::Blob, we find that it uses ActiveRecord::Store

and ActiveRecord::Store relies on ActiveRecord::AttributeMethods::Serialization::ClassMethods#serialize:

which in turn uses ActiveRecord::AttributeDecorators and ActiveRecord::ModelSchema::ClassMethods#reload_schema_from_cache.

Therefore, ActiveRecord::Store cannot simply be included in a kind of "MongoidAdapter". One would have to find a different solution here. Note that the analyzers and variants make use of the metadata field as well.

Furthermore ActiveStorage::Attached::Model and ActiveStorage::Attachment use transaction callbacks like after_create_commit which are (AFAIK at time of writing) not available in Mongoid (but MongoDB 4 and the mongo driver at least support transactions).

And then, there are ActiveRecord::Reflections which also seem to be closely coupled to AR

If we can find suitable abstractions and indirections to decouple ActiveStorage from ActiveRecord, the rest seems pretty much a straightforward analogy to ActiveJob's queue adapter system:

Has anything changed since the last posting on this thread?

@BDoom Yes, another round of futile discussion: #42901