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
A pattern used by some tools is to create empty objects with a trailing / to represent directories on stores that don't natively support directories. However, these pseudo directories do not really behave like normal directories:
A filename can be created without its parent directory existing
A directory can be deleted without deleting its children
Additionally, creating such pseudo directories on stores with native directories is at best confusing, if it is even possible.
This inherent inconsistency makes it very hard to devise a coherent API
Describe the solution you'd like
I think we should at least do the following:
Better document the current situation w.r.t directories
Skip over pseudo directories when listing (we have no mechanism to create them, so whatever is creating them should manage their lifecycle)
I'd also be interested if people have any ideas of a coherent way to support a notion of directories
Describe alternatives you've considered
Additional context
The text was updated successfully, but these errors were encountered:
Is your feature request related to a problem or challenge? Please describe what you are trying to do.
Currently object_store treats directories as an implementation detail:
This ensures portability but has a couple of downsides:
/
(object_store: Should the object_store::path:Path allow a trailing '/' #7026)A pattern used by some tools is to create empty objects with a trailing
/
to represent directories on stores that don't natively support directories. However, these pseudo directories do not really behave like normal directories:Additionally, creating such pseudo directories on stores with native directories is at best confusing, if it is even possible.
This inherent inconsistency makes it very hard to devise a coherent API
Describe the solution you'd like
I think we should at least do the following:
I'd also be interested if people have any ideas of a coherent way to support a notion of directories
Describe alternatives you've considered
Additional context
The text was updated successfully, but these errors were encountered: