Database Views for OTF Tables |Teradata OTF - Database Views for OTF Tables - Teradata Vantage

Teradata® Open Table Format for Apache Iceberg and Delta Lake User Guide

Deployment
VantageCloud
VantageCore
Edition
VMware
Enterprise
IntelliFlex
Lake
Product
Teradata Vantage
Release Number
20.00
Published
October 2025
ft:locale
en-US
ft:lastEdition
2025-10-25
dita:mapPath
qrj1749167830193.ditamap
dita:ditavalPath
lli1749584660955.ditaval
dita:id
bsr1702324250454

In Teradata, when a view is created using CREATE VIEW, the columns in the view's select list are stored in the dictionary along with their associated metadata. When the view is queried, the result set must match the metadata and column definitions stored in the dictionary. Client tools and utilities rely on this consistency to function correctly.

Due to the complexities involved, CREATE/REPLACE VIEW on OTF tables is disabled in the initial OTF releases. Any attempt to create a view that references OTF tables will result in the following error:
create view v1 as sel * from datalake_iceberg_glue.otftestdb.cdata;
 *** Failure 9134 CREATE VIEW is not supported for OTF queries.
                Statement# 1, Info =0
 *** Total elapsed time was 1 second.

Workaround for Lack of View Support in OTF

Due to the absence of native view support for OTF tables, users can adopt the following workarounds:

  • Alias Tables
  • CREATE TABLE AS …
  • CREATE VOLATILE TABLE AS …

Alias tables do not store column-level metadata in the dictionary, which allows them to avoid the issues typically associated with runtime views. They retrieve data from the current snapshot and are compatible with time travel queries.

The CREATE TABLE forms used in this context generate local database tables, functioning similarly to materialized views. However, unlike true OTF tables, they import data from the data lake into local storage, which means they do not fully adhere to the principles of the OTF.