Gabor Szadovszky created PARQUET-1950:
-----------------------------------------

             Summary: Define core features / compliance level
                 Key: PARQUET-1950
                 URL: https://issues.apache.org/jira/browse/PARQUET-1950
             Project: Parquet
          Issue Type: New Feature
          Components: parquet-format
            Reporter: Gabor Szadovszky
            Assignee: Gabor Szadovszky


Parquet format is getting more and more features while the different 
implementations cannot keep the pace and left behind with some features 
implemented and some are not. In many cases it is also not clear if the related 
feature is mature enough to be used widely or more an experimental one.
These are huge issues that makes hard ensure interoperability between the 
different implementations.

The following idea came up in a 
[discussion|https://lists.apache.org/thread.html/rde5cba8443487bccd47593ddf5dfb39f69c729d260165cb936a1a289%40%3Cdev.parquet.apache.org%3E].
 Create a now document in the parquet-format repository that lists the "core 
features". This document is versioned by the parquet-format releases. This way 
a certain version of "core features" defines a level of compatibility between 
the different implementations. This version number can be written to a new 
field (e.g. complianceLevel) in the footer. If an implementation writes a file 
with a version in the field it must implement all the related "core features" 
(read and write) and must not use any other features at write because it makes 
the data unreadable by another implementation if only the same level of "core 
features" are implemented.
For example if we have encoding A listed in the version 1 "core features" but 
encoding B is not then at "complianceLevel = 1" we can use encoding A but we 
cannot use encoding B because it would make the related data unreadable.





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

Reply via email to