Skip to content
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

synchronization online<=>offline #79

Open
nihunde opened this issue Sep 24, 2015 · 0 comments
Open

synchronization online<=>offline #79

nihunde opened this issue Sep 24, 2015 · 0 comments

Comments

@nihunde
Copy link

nihunde commented Sep 24, 2015

this is super low prio but we should, at some point, have some intrinsic measure to synchronize databases apart from some shell magic.

i guess the handling has to be different for every entity/model/table. ie. shiftentries need to be manually resolved whereas changes made to the user can be latest change is right. Angeltype changes can also be significant and in theory when an angel signed up for a shift that was changed somehow, that person needs at least to be notified, or we leave this as an option to the shift manager to decide.

All in all some kind of transaction log imo would be ideal, i guess operational transforms would be a bit overengineering it. the potential different timestamp issue can be overcome by also logging time of synchronization and working with relative time.

i propose this since i don't believe a master/master type of replication of the database doesn't quite adress all of the problems. maybe it's also sufficient to have master/master replication and have some kind of notification if something significant changed (ie. shiftentries or shifts)

@ElectricMaxxx ElectricMaxxx added this to the Improvements HH + MUCCC milestone Sep 28, 2015
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants