[ 
https://issues.apache.org/jira/browse/ASTERIXDB-2841?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17296591#comment-17296591
 ] 

ASF subversion and git services commented on ASTERIXDB-2841:
------------------------------------------------------------

Commit 4b3583211aa27922555a78993b79f04afa4d8bdb in asterixdb's branch 
refs/heads/master from Michael Blow
[ https://gitbox.apache.org/repos/asf?p=asterixdb.git;h=4b35832 ]

[ASTERIXDB-2841][*DB][STO] Encode multiple-dataverse parts as subdirs on disk

- Multipart dataverse names are expressed on disk as a directory tree
- The first part is expressed normally, subsequent parts have a carat (^)
  prepended

Change-Id: Idcfc45eb7f39153349a13d2baecb784244bdf177
Reviewed-on: https://asterix-gerrit.ics.uci.edu/c/asterixdb/+/10324
Reviewed-by: Michael Blow <[email protected]>
Tested-by: Michael Blow <[email protected]>


> Storage incompatibilities with created entities
> -----------------------------------------------
>
>                 Key: ASTERIXDB-2841
>                 URL: https://issues.apache.org/jira/browse/ASTERIXDB-2841
>             Project: Apache AsterixDB
>          Issue Type: Bug
>          Components: *DB - AsterixDB, STO - Storage
>    Affects Versions: 0.9.6
>            Reporter: Michael Blow
>            Assignee: Michael Blow
>            Priority: Critical
>             Fix For: 0.9.7
>
>
> Currently there are multiple ways in which created entities conflict with 
> storage:
>  * Most filesystems have 255 byte or character limit per path segment, for 
> multipart dataverses we can greatly exceed this limit, and currently 
> multipart dataverses are represented using canonical form into a single path 
> element
>  * Index names can be 255 bytes long, which result in corresponding files 
> exceeding the path limit on most file systems
>  * Dataverse / dataset / index names can contain characters which are illegal 
> on the filesystem, e.g. \ and / on Windows, NUL (\u0000) on Linux



--
This message was sent by Atlassian Jira
(v8.3.4#803005)

Reply via email to