WRITE_NOS with Native Object Store | VantageCloud Lake - WRITE_NOS - Teradata VantageCloud Lake

Lake - Manage and Move Data

Deployment
VantageCloud
Edition
Lake
Product
Teradata VantageCloud Lake
Release Number
Published
February 2025
ft:locale
en-US
ft:lastEdition
2025-05-16
dita:mapPath
atx1683670417382.ditamap
dita:ditavalPath
pny1626732985837.ditaval
dita:id
atx1683670417382

WRITE_NOS allows you to extract selected or all columns from a database table or from derived results and write to external object storage outside of VantageCloud Lake.

WRITE_NOS stores data in Parquet format.

Data written to external object storage can be queried using a foreign table and READ_NOS.

You can use WRITE_NOS to transform CSV and JSON data without having to write the data locally to a relational table. Read the CSV or JSON data using CREATE FOREIGN TABLE or READ_NOS, then use WRITE_NOS to write the data in Parquet format.

WRITE_NOS can write relational data to external object storage, which you can partition in an optimal way for reading back based on expected query usage.

The READ_NOS input data depends on system capacity; the input data row for WRITE_NOS is 16 MB.

You must clean up external object storage files on interrupted write operations. Write operations can be interrupted on transaction aborts or system resets, among other reasons.

Concurrent WRITE_NOS requests to the same location are likely to cause an error to be returned. If a request gets an error, any objects written by the request are not deleted from external object storage and must be manually cleaned up using tools provided by the external object storage vendor, such as s3cmd. To avoid this, Teradata recommends specifying a unique location for concurrent requests.

An error is reported if you attempt to write an object with same path name in the same location.