Data masking(null) for column encryption

When user doesn't have permisson on a column that are encrypted by the column encryption feature (parquet-1178), returning a masked value could avoid an exception and let the call succeed.

We would like to introduce the data masking with null values. The idea is when the user gets key access denied and the user can accept null(via a reading option flag), we would return null for the encrypted columns. This solution doesn't need to save extra columns for masked value and doesn't need to translate existing data.

**Reporter**: [Xinli Shang](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=shangx@uber.com) / @shangxinli
**Assignee**: [Xinli Shang](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=shangx@uber.com) / @shangxinli

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

Inizia leggendo la funzionalità esistente di crittografia delle colonne a cui si fa riferimento in parquet-1178 e la gestione delle opzioni del reader. Segui il percorso di accesso alla chiave negato e determina dove deve trovarsi il flag che consente null. Il lavoro è completato quando le colonne crittografate restituiscono null solo se l’opzione è abilitata, mentre i dati esistenti non richiedono né traduzione né colonne aggiuntive per i valori mascherati.

Scritto dal modello di indicizzazione a partire dal testo della issue.