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
This is a kind of proposal to add some consistency between auto migration and upgrade features.
If I properly understood, today auto-migration is done while starting the service whatever you ask for upgrading the database. In that case the update method is not called.
The update method allow to manage data between 2 blok version.
I feel likes changing SQL schema shouldn't be done without asking the administrator. Imagine you start to get a huge project with dependencies, the database is requested by multiple application that aware of the SQL schema for reporting or so on. If the schema changed by a community blok you want to konw as soon as possible that models changed and you'll have to adapt your reporting before deploy in production.
Then if schema is properly update without calling update method I wonder how the administrator will notice that he forgot to run anyblok_upgrade which can let the database in an inconsistency state unexpected in the blok code.
The proposal is to upgrade schema explicitly not silently and make sure update method is called while changing the schema.
The text was updated successfully, but these errors were encountered:
This is a kind of proposal to add some consistency between auto migration and upgrade features.
If I properly understood, today auto-migration is done while starting the service whatever you ask for upgrading the database. In that case the update method is not called.
The update method allow to manage data between 2 blok version.
I feel likes changing SQL schema shouldn't be done without asking the administrator. Imagine you start to get a huge project with dependencies, the database is requested by multiple application that aware of the SQL schema for reporting or so on. If the schema changed by a community blok you want to konw as soon as possible that models changed and you'll have to adapt your reporting before deploy in production.
Then if schema is properly update without calling
update
method I wonder how the administrator will notice that he forgot to run anyblok_upgrade which can let the database in an inconsistency state unexpected in the blok code.The proposal is to upgrade schema explicitly not silently and make sure update method is called while changing the schema.
The text was updated successfully, but these errors were encountered: