-
DarkLight
Create View
-
DarkLight

Create View Component
The Create View component enables you to output a view definition to your cloud data warehouse (CDW). In some circumstances, this action may be preferable to writing the data to a physical table.
If a view of the same name already exists, it will be replaced when this component runs.
If a table of the same name already exists, this component will fail its run—the Create View component cannot replace an existing table, only an existing view.
Views created by this component will not be dropped when the Transformation Job is revalidated. However, the views will be recreated at runtime (when the Transformation Job is executed).
Properties
Snowflake Properties | ||
---|---|---|
Property | Setting | Description |
Name | String | A human-readable name for the component. |
Database | Select | Select a database. A database is a logical grouping of schemas. Each database belongs to a single Snowflake account. |
Schema | Select | Select the schema. A schema is a logical grouping of database "objects" (tables, views, etc.). Each schema belongs to a single database. The special value, [Environment Default], will use the schema defined in the environment. |
View Name | String | Provide a name for the view to be created. |
Secure View | Select | When Yes, the view definition and details are only visible to authorised users, i.e. users who are granted the role that owns the view. Default is No. Snowflake advises that views should be defined as secure when they are specifically designated for data privacy. For more information about secure views, please read the Snowflake documentation. |
View Type | Select | Select the view type. Materialized: A materialized view is a pre-computed data set derived from a query specification and stored for later use. Since the data is pre-computed, querying a materialized view is faster than executing the original query. Materialized views are advised when:
|
Redshift Properties | ||
---|---|---|
Property | Setting | Description |
Name | String | A human-readable name for the component. |
Schema | Select | Select the table schema. The special value, [Environment Default], will use the schema defined in the environment. For more information on using multiple schemas, see this article. |
View Name | String | Provide a name for the view to be created. |
Late Binding | Select | Selecting "Yes", creates a late-binding view. Late-binding views do not check underlying database objects, such as tables and other views, until the view is queried. As a result, users can alter or drop the underlying objects without dropping and recreating the view. If the user drops underlying objects, queries to the late-binding view will fail. If the query to the late-binding view references columns in the underlying object that aren't present, the query will fail. The default setting is "No". |
View Type | Select | Select the view type. Materialized: A materialized view is a pre-computed data set derived from a query specification and stored for later use. Since the data is pre-computed, querying a materialized view is faster than executing the original query. Materialized views are advised when:
Standard: create standard views when:
|
BigQuery Properties | ||
---|---|---|
Property | Setting | Description |
Name | String | A human-readable name for the component. |
Project | Select | Select the Google BigQuery project. The special value, [Environment Default], will use the project defined in the environment. For more information, refer to the BigQuery documentation. |
Dataset | Select | Select the Google BigQuery dataset to load data into. The special value, [Environment Default], will use the dataset defined in the environment. For more information, refer to the BigQuery documentation. |
View Name | String | Provide a name for the view to be created. |
View Type | Select | Select the view type: Materialized: materialized views in Google BigQuery are pre-computed views that periodically cache the results of a query for increased performance and efficiency. Queries that use materialized views are typically faster and consume fewer resources compared to queries that retrieve the same data only from the base table. Materialized views can greatly improve the performance of workloads that bear the characteristics of common and repeated queries. For more information, read Introduction to materialized views. Standard: a view is a virtual table defined by an SQL query. You create a view by querying it in the same manner you query a table. When you query a view, the query results only contain data from the tables and fields specified in the query that defines the view. For more information, read Introduction to views. |
Enable Refresh | Select | Select whether to enable refreshing of the materialized view. No: the materialized view will only be refreshed manually. For example, when the Create View Transformation Job is re-run, or when triggered by the Refresh Materialized View component. Yes: the materialized view will be refreshed automatically every 30 minutes. Example changes would be row insertions or row deletions. The default setting is Yes. |
Synapse Properties | ||
---|---|---|
Property | Setting | Description |
Name | String | A human-readable name for the component. |
Schema | Select | Select the table schema. The special value, [Environment Default], will use the schema defined in the environment. For more information on schemas, please see the Azure Synapse documentation. |
View Name | String | Provide a name for the view to be created. |
Delta Lake Properties | ||
---|---|---|
Property | Setting | Description |
Name | String | A human-readable name for the component. |
Catalog | Select | Select a Databricks Unity Catalog. The special value, [Environment Default], will use the catalog specified in the Matillion ETL environment setup. Selecting a catalog will determine which databases are available in the next parameter. |
Database | Select | Select the Delta Lake database. The special value, [Environment Default], will use the database specified in the Matillion ETL environment setup. |
View Name | String | Provide a name for the view to be created. |
Table Properties | Key | A metadata property within the table. These are expressed as key=value pairs. |
Value | The value of the corresponding row's key. | |
Comment | String | A descriptive comment of the view. |
Strategy
Generates a permanent, named view, containing the SQL generated by all the input tables up to the Create View component.
Example
This example creates a view over the Accounts table, applying a filter to select New Accounts.
Only the View Name needs to be completed:
Whenever "new_accounts_view" is read, it will reflect the current contents of the Accounts table with the filter applied.