[KongchangAI]
ProductApache Parquet

Parquet

An Apache open-source columnar data storage format designed for efficient data storage and retrieval. It features high compression ratios, projection pushdown, and predicate pushdown capabilities, and is the most widely used physical storage format in lakehouse architectures.

Core Facts

Timeline (last 90 days)

Oct 16

The Lakehouse concept is to store data in open file formats (such as Parquet, ORC) while layering on data warehouse capabilities such as transactions, schema evolution, and time travel, avoiding the data redundancy and synchronization latency caused by running a data lake and a data warehouse as two parallel systems.

Unverified50%
Oct 16

A table format maintains a metadata layer on top of immutable open files such as Parquet and ORC (recording which files make up the table, the schema history, and the snapshot of each commit), enabling atomic commits, schema evolution, and time travel without modifying the underlying files.

Unverified50%
Oct 14

In a 120 KB small Parquet file, the file header and footer (the footer's schema, statistics, and column offset table) account for about 40% of the total bytes, and the compression gains are almost entirely nullified.

Unverified50%
Oct 14

Parquet's efficient reads rely on the coordination of three layers of mechanisms: row groups (about 128 MB by default), dictionary encoding and RLE compression, and data skipping driven by column chunk min/max statistics.

Unverified50%
Oct 14

Continuously streaming writes into an Iceberg lakehouse (e.g., committing once every 30 seconds) creates large numbers of roughly 120 KB Parquet fragment files across dozens of partitions, and within two months a single table can accumulate more than 4 million independent objects.

Unverified50%
Oct 12

The platform adopts a medallion lakehouse model, with Bronze, Silver, and Gold layers based on Parquet, PostgreSQL as the serving layer, and about 456 data contracts guarding the data.

Unverified50%
Oct 8

A data lake typically refers to a system built on low-cost object storage (such as Amazon S3) at its foundation, storing data in columnar formats such as Parquet or ORC.

Unverified50%
Oct 7

For a 100MB Parquet file with 3,000 rows added near the beginning, nearly the entire file must be re-uploaded with default settings, whereas enabling content-defined chunking requires uploading only approximately 6 chunks.

Unverified50%
Oct 7

Parquet's default write method disrupts Xet's deduplication logic, because its columnar encoding, Row Group boundaries, and Footer are rewritten each time, causing the byte layout to change dramatically.

Unverified50%
Oct 6

The lakehouse architecture is based on open storage formats (such as Parquet) and open table formats (such as Delta Lake, Iceberg, and Hudi), providing capabilities such as transactions, version management, and schema evolution on top of low-cost object storage.

Unverified50%

6 more timeline events

All Facts (17)

Verified

Delta Lake is a storage layer format open-sourced by Databricks, built on top of Parquet files, and provides features such as ACID transactions, version rollback, and Schema evolution.

80%
Unverified

A table format maintains a metadata layer on top of immutable open files such as Parquet and ORC (recording which files make up the table, the schema history, and the snapshot of each commit), enabling atomic commits, schema evolution, and time travel without modifying the underlying files.

50%
Unverified

The Lakehouse concept is to store data in open file formats (such as Parquet, ORC) while layering on data warehouse capabilities such as transactions, schema evolution, and time travel, avoiding the data redundancy and synchronization latency caused by running a data lake and a data warehouse as two parallel systems.

50%
Unverified

In a 120 KB small Parquet file, the file header and footer (the footer's schema, statistics, and column offset table) account for about 40% of the total bytes, and the compression gains are almost entirely nullified.

50%
Unverified

Continuously streaming writes into an Iceberg lakehouse (e.g., committing once every 30 seconds) creates large numbers of roughly 120 KB Parquet fragment files across dozens of partitions, and within two months a single table can accumulate more than 4 million independent objects.

50%
Unverified

Parquet's efficient reads rely on the coordination of three layers of mechanisms: row groups (about 128 MB by default), dictionary encoding and RLE compression, and data skipping driven by column chunk min/max statistics.

50%
Unverified

The platform adopts a medallion lakehouse model, with Bronze, Silver, and Gold layers based on Parquet, PostgreSQL as the serving layer, and about 456 data contracts guarding the data.

50%
Unverified

A data lake typically refers to a system built on low-cost object storage (such as Amazon S3) at its foundation, storing data in columnar formats such as Parquet or ORC.

50%
Unverified

Parquet's default write method disrupts Xet's deduplication logic, because its columnar encoding, Row Group boundaries, and Footer are rewritten each time, causing the byte layout to change dramatically.

50%
Unverified

For a 100MB Parquet file with 3,000 rows added near the beginning, nearly the entire file must be re-uploaded with default settings, whereas enabling content-defined chunking requires uploading only approximately 6 chunks.

50%
Unverified

The lakehouse architecture is based on open storage formats (such as Parquet) and open table formats (such as Delta Lake, Iceberg, and Hudi), providing capabilities such as transactions, version management, and schema evolution on top of low-cost object storage.

50%
Unverified

Parquet, as the underlying columnar storage format, has become the universal physical storage choice for these table formats thanks to its high compression ratio and support for vectorized reads.

50%
Unverified

The dataset's structured data is provided in Parquet format, and videos use the webdataset format.

50%
Unverified

Parquet is an open-source column-oriented storage format maintained by the Apache Software Foundation; when reading specific fields, only the corresponding columns need to be scanned, reducing I/O overhead.

50%
Unverified

If an engine bypasses the governance layer's row filtering when reading Parquet files, permission leakage may occur.

50%
Unverified

The lakehouse architecture combines a data lake in open formats (such as Parquet and Iceberg) with the transactional and query capabilities of a database, allowing the same data to be accessed by both the Postgres engine and analytical engines such as Spark and Trino.

50%
Unverified

Delta tables are based on the Delta Lake format, which adds a transaction log on top of Parquet files to support ACID transactions, Time Travel, Schema Enforcement, and efficient insert/delete/update operations.

50%

Source Articles