-
Notifications
You must be signed in to change notification settings - Fork 185
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
Do not pass back RTrees to clients unless it's needed #5265
Conversation
207bde0
to
4c42aa2
Compare
147525a
to
3b25115
Compare
When you say: "I validated this change against a local REST server and arrays can be read with no issues by older clients.", you mean with older python clients? |
Older python client with and without array open and query v3 enabled. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Awesome work, thanks for fixing this long standing pain!
This reverts #5265 although it has introduced a good change: only serialize rtrees when absolutely needed. However, the problem is that the server will be in 2.26 and will expect to serialize rtrees that have not been deserialized before and will fail. This will not allow the release to get verified completely. --- TYPE: IMPROVEMENT DESC: Revert selective Rtree serialization to allow release testing
More details here: https://app.shortcut.com/tiledb-inc/story/54168/figure-out-correct-serialization-of-rtrees-in-rest
RTrees are only needed in global order writes, unordered partial attribute writes and FragmentInfo APIs.
I validated this change against a local REST server and arrays can be read with no issues by older clients.
TYPE: IMPROVEMENT
DESC: Do not pass back RTrees to clients.