Efficient storage for several INT_8 and INT_16

In very large datasets, aggregating several INT8 into INT32 fields (or byte array) can make a big difference.
In parquet, efficient algorithms exist for INT32, so if the LogicalType is INT_8 the encoded int might take up only one byte.

However further optimizations could be made by allowing the user to better specify the types.
What about BYTE_ARRAY logical type, backed by FIXED_LEN_BYTE_ARRAY type (or eventually INT_32)?

**Reporter**: [Fernando Pereira](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=ferdonline)

_{**Note**: *This issue was originally created as [PARQUET-845](https://issues.apache.org/jira/browse/PARQUET-845). Please see the [migration documentation](https://issues.apache.org/jira/browse/PARQUET-2502) for further details.*}

Beginne damit, zu überprüfen, wie Parquet derzeit die logischen Typen INT8 und INT16 mit INT32 darstellt, und untersuche anschließend das bestehende Kodierungsverhalten für Werte vom Typ INT32 und BYTE_ARRAY. Die Aufgabe ist erledigt, wenn eine konkrete Typdarstellung vereinbart und die vorgeschlagene Speicheroptimierung implementiert und validiert wurde; der Issue nennt jedoch keine Dateien oder auszuführenden Tests.

Vom Indexierungsmodell aus dem Issue-Text verfasst.