Data sync execution optimisation #81
Labels
No labels
bug
confirmed
critical
discussion
documentation
Doing
enhancement
suggestion
support
To Do
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: hazaar/hazaar-dbi#81
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Currently, when we migrate a data sync will be performed ONLY when the tables change. However, there is an option to force the data sync to be executed.
Such as:
I would like to optimise this so that instead of executing a data sync when the schema changes and having to force it to execute just in case the data sync files have changed. I would like to create a unique hash code for the current state of the data sync files, and if that is not the same hash from the last data sync, then execute the sync.
With this change, the force parameter can be used to actually force the sync to always run, but we no longer have to use it to get a sync to run when the data sync files have changed but there is no migration. These two decisions are now independant.
assigned to @jamie
created branch
81-data-sync-execution-optimisation
to address this issuementioned in merge request !51
mentioned in commit
3352c89ee4