You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have a need to track changes of entities in different schemas.
Currently, we define version_schema in config :ex_audit. But this forces a single version table in a given schema. Is there a way to have multiple version tables, one per schema?
Is this something of interest to somebody else?
Thanks for all the hard work.
The text was updated successfully, but these errors were encountered:
I have thought of this as well, mainly to be able to track schemas that have a different set of primary keys (for example the intermediate tables in many-to-many relationships).
I'd have to think about it a little more, but feel free to come up with suggestions!
My original use case was to track tables on multiple Postgres schemas.
I was thinking of moving the responsibility of tracking to the schemas themselves. We could still have a default version schema defined via configuration but the onus of deciding which schemas to track would be left to the schemas.
MyApp.UserVersion would set @schema_prefix to whatever the user wanted.
This of course does not address your comment about composite primary keys but it would lay the foundation for such work. This change would be a major rewrite so I don't know if you're interested.
Do you see any compatibility problems with the other features currently provided?
Hi!
I have a need to track changes of entities in different schemas.
Currently, we define
version_schema
in config :ex_audit. But this forces a single version table in a given schema. Is there a way to have multiple version tables, one per schema?Is this something of interest to somebody else?
Thanks for all the hard work.
The text was updated successfully, but these errors were encountered: