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
In the current implementation, user timestamps are used only at the Bob level within a single vdisk. They are completely ignored at the Pearl level and are not used between cluster nodes.
We need to implement timestamp based version comparisons everywhere for consistency. We cannot use the timestamps of the local nodes, because in distributed systems there can be an out of sync time on servers, as well as delays in the arrival of data. A common practice is to use external timestamps, provided by the user.
In addition, timestamps can be used to optimize storage scans by filtering out BLOBs and holders that definitely contain older data.
We can try to generalize versioning with the help of new trait that will select the field from the header or from the metadata that is being used as a version. In this way we can perform versioning by any field (not only by timestamp)
In the current implementation, user timestamps are used only at the Bob level within a single vdisk. They are completely ignored at the Pearl level and are not used between cluster nodes.
We need to implement timestamp based version comparisons everywhere for consistency. We cannot use the timestamps of the local nodes, because in distributed systems there can be an out of sync time on servers, as well as delays in the arrival of data. A common practice is to use external timestamps, provided by the user.
In addition, timestamps can be used to optimize storage scans by filtering out BLOBs and holders that definitely contain older data.
Related issues: #694 #711 #708 #609
The text was updated successfully, but these errors were encountered: