Closed atolopko-czi closed 3 weeks ago
This is implied by both the text and the code sample, but to spell it out explicitly: the proposal is that reopen
return a new object, and that the current object remain unchanged—not closed, nor its open mode changed.
@mojaveazure is doing this for R on #2372
I've asked him to attempt this for Python as well -- as a hopefully quick cross-pollination issue -- with the understanding that if it's harder than I thought, I'm happy to finish it off.
Re-opening for tracking clarity until #2820 is done
Is your feature request related to a problem? Please describe. As syntactic sugar, add a common method for re-opening a TileDBObject in order to obtain a new read or write handle without using a class-level method.
Describe the solution you'd like Instead of having to do:
allow for:
Describe alternatives you've considered None.
Additional context Since TileDBObjects can only be used for read xor writes, the above usage pattern is likely common. It may also be useful for repeated reads, when the client code doesn't want to keep the reader open (for some reason), but still maintains the read handle to the object.