Limit the number of rows per block and per split

We use Parquet to store raw metrics data and then query this data with Hadoop-Pig.

The issue is that sometimes we end up with small Parquet files (~80mo) that contain more than 300 000 000 rows, usually because of a constant metric which results in a very good compression. Too good. As a result we have a very few number of maps that process up to 10x more rows than the other maps and we lose the benefits of the parallelization.

The fix for that has two components I believe:
1. Be able to limit the number of rows per Parquet block (in addition to the size limit).
2. Be able to limit the number of rows per split.

**Reporter**: [Quentin Francois](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=QuentinFra)
#### Externally tracked issue: [https://github.com/apache/parquet-mr/pull/251](https://github.com/apache/parquet-mr/pull/251)

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

Bắt đầu bằng việc xem xét các yêu cầu về hàng/khối và split của Parquet trong issue này cũng như pull request 251 được theo dõi bên ngoài, chú ý đến việc song song hóa các truy vấn Hadoop-Pig. Hoàn thành nghĩa là hỗ trợ các giới hạn hàng có thể cấu hình cho cả khối và split, đồng thời duy trì hành vi giới hạn kích thước hiện có.

Do mô hình lập chỉ mục viết ra từ nội dung của issue.