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
First of all, thank you for this great tool! It fits our use case pretty well.
There is just one thing: We would like to use this to sync databases that cannot always be connected to each other, therefore there are long periods where big amounts are collected but not immediately transferred. Connection periods are rather short and will be interrupted often (this seems to be handled already pretty well).
To prevent data fragmentation, it would be ideal that the data is therefore copied starting from the start timestamp instead of going backwards from the current point in time. Then the data on the destination db would never have any gaps.
I think this is the corresponding location in the code, and I couldn't find any already existing configurable options there:
I'm not sure about your implementation and why you would like to change the copy order.
We selected going backwards in order to show to the user real time as soon as it is possible
Add a new option to change order could be great, addressing commments to your PR
To us it is important that there are no gaps in the data, so when the copy goes backwards and the cable is pulled out, the most recent points are copied but the rest is not, so there is a gap. If we could copy forwards, and the cable is pulled, there are no gaps, just the most recent data points are missing, which is much better to us than a gap.
Add a new option to change order could be great, addressing commments to your PR
First of all, thank you for this great tool! It fits our use case pretty well.
There is just one thing: We would like to use this to sync databases that cannot always be connected to each other, therefore there are long periods where big amounts are collected but not immediately transferred. Connection periods are rather short and will be interrupted often (this seems to be handled already pretty well).
To prevent data fragmentation, it would be ideal that the data is therefore copied starting from the start timestamp instead of going backwards from the current point in time. Then the data on the destination db would never have any gaps.
I think this is the corresponding location in the code, and I couldn't find any already existing configurable options there:
syncflux/pkg/agent/sync.go
Lines 144 to 146 in dd51b97
Thanks!
P.S: Sadly I don't have any experience in go, so a PR would be difficult.
The text was updated successfully, but these errors were encountered: