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
At the moment, the clearIndexData method will clear out the uniqueness violations space on all indexes. However, this space is only updated if the index is unique, and it only needs to be read when updating a unique index. We should be able to avoid a few clears and a range scan on non-unique indexes.
The text was updated successfully, but these errors were encountered:
…iolations space on non-unique indexes
When clearing out index data, we don't really need to clear out the list of uniqueness violations on non-unique indexes, as that data is only consulted by unique indexes. This skips clearing out that space for those indexes, and it also adjusts the `scan` method to only ask unique indexes for violations.
This resolvesFoundationDB#1973.
…iolations space on non-unique indexes
When clearing out index data, we don't really need to clear out the list of uniqueness violations on non-unique indexes, as that data is only consulted by unique indexes. This skips clearing out that space for those indexes, and it also adjusts the `scan` method to only ask unique indexes for violations.
This resolvesFoundationDB#1973.
alecgrieser
added a commit
to alecgrieser/fdb-record-layer
that referenced
this issue
Feb 6, 2023
…iolations space on non-unique indexes
When clearing out index data, we don't really need to clear out the list of uniqueness violations on non-unique indexes, as that data is only consulted by unique indexes. This skips clearing out that space for those indexes, and it also adjusts the `scan` method to only ask unique indexes for violations.
This resolvesFoundationDB#1973.
At the moment, the
clearIndexData
method will clear out the uniqueness violations space on all indexes. However, this space is only updated if the index is unique, and it only needs to be read when updating a unique index. We should be able to avoid a few clears and a range scan on non-unique indexes.The text was updated successfully, but these errors were encountered: