Back to Delta

Use row tracking for Delta tables

docs/src/content/docs/delta-row-tracking.mdx

4.2.06.2 KB
Original Source

import { Tabs, TabItem, Aside } from "@astrojs/starlight/components";

Row tracking allows Delta Lake to track row-level lineage in a Delta Lake table. When enabled on a Delta Lake table, row tracking adds two new metadata fields to the table:

  • Row IDs provide rows with an identifier that is unique within the table. A row keeps the same ID whenever it is modified using a MERGE or UPDATE statement.
  • Row commit versions record the last version of the table in which the row was modified. A row is assigned a new version whenever it is modified using a MERGE or UPDATE statement.
<Aside type="note"> This feature is available in Delta Lake 3.2.0 and above. Enabling this feature on existing non-empty tables is available in Delta Lake 3.3.0 and above. </Aside>

Enable row tracking

<Aside type="caution"> Tables created with row tracking enabled have the row tracking Delta Lake table feature enabled at creation and use Delta Lake writer version 7. Table protocol versions cannot be downgraded, and tables with row tracking enabled are not writeable by Delta Lake clients that do not support all enabled Delta Lake writer protocol table features. See [How does Delta Lake manage feature compatibility?](/versioning/). </Aside>

You must explicitly enable row tracking using one of the following methods:

  • New table: Set the table property delta.enableRowTracking = true in the CREATE TABLE command.
<Tabs syncKey="code-examples"> <TabItem label="SQL">
```sql
-- Create an empty table
CREATE TABLE student (id INT, name STRING, age INT)
TBLPROPERTIES ('delta.enableRowTracking' = 'true');

-- Using a CTAS statement
CREATE TABLE course_new
TBLPROPERTIES ('delta.enableRowTracking' = 'true')
AS SELECT * FROM course_old;

-- Using a LIKE statement to copy configuration
CREATE TABLE graduate LIKE student;

-- Using a CLONE statement to copy configuration
CREATE TABLE graduate CLONE student;
```
</TabItem> </Tabs>
  • Existing table: Available from Delta 3.3 and above, set the table property 'delta.enableRowTracking' = 'true' in the ALTER TABLE command.
<Tabs syncKey="code-examples"> <TabItem label="SQL">
```sql
ALTER TABLE grade SET TBLPROPERTIES ('delta.enableRowTracking' = 'true');
```
</TabItem> </Tabs>
  • All new tables: Set the configuration spark.databricks.delta.properties.defaults.enableRowTracking = true for the current session in the SET command.
<Tabs syncKey="code-examples"> <TabItem label="SQL">
```sql
SET spark.databricks.delta.properties.defaults.enableRowTracking = true;
```
</TabItem> <TabItem label="Python">
```python
spark.conf.set("spark.databricks.delta.properties.defaults.enableRowTracking", True)
```
</TabItem> <TabItem label="Scala">
```scala
spark.conf.set("spark.databricks.delta.properties.defaults.enableRowTracking", true)
```
</TabItem> </Tabs> <Aside type="caution"> Because cloning a Delta Lake table creates a separate history, the row ids and row commit versions on cloned tables do not match that of the original table. </Aside> <Aside type="caution"> Enabling row tracking on existing table will automatically assign row ids and row commit versions to all existing rows in the table. This process may cause multiple new versions of the table to be created and may take a long time. </Aside>

Row tracking storage

Enabling row tracking may increase the size of the table. Delta Lake stores row tracking metadata fields in hidden metadata columns in the data files. Some operations, such as insert-only operations do not use these hidden columns and instead track the row ids and row commit versions using metadata in the Delta Lake log. Data reorganization operations such as OPTIMIZE and REORG cause the row ids and row commit versions to be tracked using the hidden metadata column, even when they were stored using metadata.

Read row tracking metadata fields

Row tracking adds the following metadata fields that can be accessed when reading a table:

Column nameTypeValues
_metadata.row_idLongThe unique identifier of the row.
_metadata.row_commit_versionLongThe table version at which the row was last inserted or updated.

The row ids and row commit versions metadata fields are not automatically included when reading the table. Instead, these metadata fields must be manually selected from the hidden _metadata column which is available for all tables in Apache Spark.

<Tabs syncKey="code-examples"> <TabItem label="SQL">
```sql
SELECT _metadata.row_id, _metadata.row_commit_version, * FROM table_name;
```
</TabItem> <TabItem label="Python">
```python
spark.read.table("table_name") \
  .select("_metadata.row_id", "_metadata.row_commit_version", "*")
```
</TabItem> <TabItem label="Scala">
```scala
spark.read.table("table_name")
  .select("_metadata.row_id", "_metadata.row_commit_version", "*")
```
</TabItem> </Tabs>

Disable row tracking

Row tracking can be disabled to reduce the storage overhead of the metadata fields. After disabling row tracking the metadata fields remain available, but all rows always get assigned a new id and commit version whenever they are touched by an operation.

<Tabs syncKey="code-examples"> <TabItem label="SQL">
```sql
ALTER TABLE table_name SET TBLPROPERTIES (delta.enableRowTracking = false);
```
</TabItem> <TabItem label="Python">
```python
spark.sql("ALTER TABLE table_name SET TBLPROPERTIES (delta.enableRowTracking = false)")
```
</TabItem> <TabItem label="Scala">
```scala
spark.sql("ALTER TABLE table_name SET TBLPROPERTIES (delta.enableRowTracking = false)")
```
</TabItem> </Tabs> <Aside type="caution"> Disabling row tracking does not remove the corresponding table feature and does not downgrade the table protocol version. </Aside>

Limitations

The following limitations exist:

  • The row ids and row commit versions metadata fields cannot be accessed while reading the Change data feed.
  • Once the Row Tracking feature is added to the table it cannot be removed without recreating the table.