-
Notifications
You must be signed in to change notification settings - Fork 51
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Best practice for managing schema evolution/norm identity ? #41
Comments
I think the best approach is to build schema incrementally through a number of cumulative immutable transactions.
I think if you wanted to re-write things as you’ve described, you’d either need to blow away your DB, or write schema-alteration transactions to migrate existing databases.
|
If you're looking to do a migration that changes the schema in a way that Datomic doesn't support, Brambling can help doing the kind of schema alterations that @rkneufeld mentioned. It applies your transformations while it exports the DB to a new DB. |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Assuming that schema starts off as an EDN file/resource versioned in git, how to best manage schema evolution in conjunction with conformity?
As per the README, norms are transacted once.
Is a new
conformity-attr
used (4-arity call toensure-conforms
), generate new norm names (per schema "version"), or something else entirely?Any feedback from any & all much appreciated!
The text was updated successfully, but these errors were encountered: