Explore and query Workday Data Cloud data¶
This topic describes how to mount the Workday Data Cloud catalog as a catalog-linked database, discover the Workday tables, and query them in Snowflake.
The Zerocopy Connector must be in CONNECTED state before performing any of the steps in this topic. See Set up the Workday Data Cloud Zerocopy Connector.
List available shares¶
To see what the connector makes available to mount, call SYSTEM$ZEROCOPY_CONNECTOR_LIST_SHARES:
The function returns a JSON array of the namespaces that the Workday catalog exposes. Snowsight calls the same function to populate the connector page.
Create a catalog-linked database¶
Snowflake mounts the whole Workday catalog, so you name only the connector.
You can mount using the Snowsight UI or SQL.
Using Snowsight¶
- In Snowsight, select Ingestion » Zero-Copy.
- Select your Workday connector to open the connector page.
- Select Mount all schemas.
The catalog-linked database and its schemas are listed on the connector page.
Using SQL¶
Create the catalog-linked database using the LINKED_ZEROCOPY_CONNECTOR clause. The role requires CREATE DATABASE on the account and USAGE on the connector. The owner of the catalog-linked database can be different from the owner of the connector.
The database is created immediately and populated in the background, so the schemas and tables might not all be visible in the first few moments after the statement returns.
To confirm the database was created, use SHOW DATABASES:
Sync interval¶
SYNC_INTERVAL_SECONDS is optional. Use it to control how often Snowflake discovers structural changes in the Workday catalog, such as a new namespace or table. The value can range from 30 to 86400 seconds (1 day).
For Workday Data Cloud, Snowflake recommends 86400 seconds (1 day). The structure of the Workday catalog changes far less often than the data inside it, so a long discovery interval avoids polling that rarely finds anything new. The interval doesn’t affect the freshness of your query results, because Snowflake contacts Workday on each SELECT. For details, see Refresh intervals.
To change the interval on an existing catalog-linked database, use ALTER DATABASE ... UPDATE LINKED_ZEROCOPY_CONNECTOR:
Note
UPDATE LINKED_ZEROCOPY_CONNECTOR applies only to catalog-linked databases created from a Zerocopy Connector. Catalog-linked databases created from a catalog integration use UPDATE LINKED_CATALOG instead. The two forms are mutually exclusive.
Explore the data¶
Data model overview¶
Snowflake mirrors the structure of the Workday catalog. Each Workday namespace becomes a schema in the catalog-linked database, and each Workday table becomes a table in that schema.
Discover schemas and tables¶
To list the tables that Snowflake discovered in a schema:
Inspect the columns of a table before querying it:
Query the data¶
Query the tables exactly as you would any other Snowflake table. Snowflake contacts Workday on each SELECT, so every query is served fresh data from your Workday tenant rather than a cached copy.
Joins, views, and any other read query work normally, including joining Workday data to your own Snowflake tables:
Replace my_workday_db, the schema, and the table and column names with the actual values returned by SHOW SCHEMAS and SHOW TABLES in your environment.
Note
Catalog-linked databases are read-only. INSERT, UPDATE, DELETE, and DDL statements against these tables are rejected. Workday remains the system of record.
Create table as select (CTAS)¶
To persist query results as a native Snowflake table for use in dashboards, ML models, or data sharing:
Unlike the mounted tables, a table created this way is a copy. It doesn’t reflect later changes in Workday until you re-create or refresh it.
Drop a catalog-linked database¶
The catalog-linked database must be dropped before you can disconnect or drop the connector. Catalog-linked databases don’t support UNDROP.
For the full teardown sequence, see Remove the integration.