CREATE TABLE: MySQL source table
View as MarkdownIn Materialize, you can create read-only tables from MySQL sources created using the new syntax.
Syntax
INSERT/UPDATE/DELETE) on
these tables.
To create a read-only table from a source connected (via native connector) to an external MySQL database:
CREATE TABLE [IF NOT EXISTS] <table_name> FROM SOURCE <source_name> (REFERENCE <upstream_schema>.<upstream_table>)
[WITH (
TEXT COLUMNS (<column_name> [, ...])
| EXCLUDE COLUMNS (<column_name> [, ...])
| PARTITION BY (<column_name> [, ...])
[, ...]
)]
;
| Syntax element | Description | ||||||||
|---|---|---|---|---|---|---|---|---|---|
| IF NOT EXISTS |
Optional. If specified, do not throw an error if the table with the same name already exists. Instead, issue a notice and skip the table creation.
💡 Tip: The
IF NOT EXISTS option can be useful for idempotent table creation scripts.
However, it only checks whether a table with the same name exists, not whether
the existing table matches the specified table definition. Use with validation
logic to ensure the existing table is the one you intended to create.
|
||||||||
<table_name>
|
The name of the table to create. Names for tables must follow the naming guidelines. | ||||||||
<source_name>
|
The name of the source associated with the reference object from which to create the table. | ||||||||
| (REFERENCE <upstream_schema>.<upstream_table>) |
The fully-qualified name of the upstream MySQL table from which to create the table. You can create multiple tables from the same upstream table. To find the upstream tables available in your
source, you can use the following query,
substituting your source name for |
||||||||
| WITH (<with_option>[,…]) |
The following
|
Details
DDL transaction block
For performance, when issuing multiple CREATE TABLE FROM SOURCE... statements,
use within a transaction block.
Source-populated tables and snapshotting
Creating the tables from sources starts the snapshotting process. Snapshotting syncs the currently available data into Materialize. Because the initial snapshot is persisted in the storage layer atomically (i.e., at the same ingestion timestamp), you are not able to query the table until snapshotting is complete.
Supported data types
Materialize natively supports the following MySQL types:
bigintbinarybitblobbooleanchardatedatetimedecimaldoublefloatintjsonlongbloblongtextmediumblobmediumintmediumtextnumericrealsmallinttexttimetimestamptinyblobtinyinttinytextvarbinaryvarchar
When replicating tables that contain the unsupported data types, you can:
-
Use
TEXT COLUMNSoption for the following unsupported MySQL types:enumyear
The specified columns will be treated as
textand will not offer the expected MySQL type features. -
Use the
EXCLUDE COLUMNSoption to exclude any columns that contain unsupported data types.
Zero values for date, datetime, and timestamp
MySQL allows the special “zero” values 0000-00-00, 0000-00-00 00:00:00 in date, datetime, and timestamp columns when the server
sql_mode does not include NO_ZERO_DATE or NO_ZERO_IN_DATE. These
values are not representable in Materialize’s corresponding native types,
so they will cause ingestion to fail for the affected column.
To ingest columns that contain zero values, use TEXT COLUMNS to
decode the affected columns as text. The zero values for date,
datetime, timestamp, and year are preserved verbatim as strings
(e.g. "0000-00-00 00:00:00", "0000").
Handling table schema changes
The use of CREATE SOURCE (new syntax) with CREATE TABLE FROM SOURCE allows
for the handling of the upstream DDL changes, specifically adding or dropping
columns in the upstream tables, without downtime. For details, see MySQL:
Handling upstream schema changes with zero
downtime.
Privileges
The privileges required to execute this statement are:
CREATEprivileges on the containing schema.USAGEprivileges on all types used in the table definition.USAGEprivileges on the schemas that all types in the statement are contained in.
Examples
Create a table
To create new read-only tables from a source table, use the CREATE TABLE ... FROM SOURCE ... (REFERENCE <upstream_schema>.<upstream_table>)
statement in a DDL transaction
block. The following example creates
read-only tables items and orders from the MySQL source’s
mydb.items and mydb.orders tables.
-
Although the example creates the tables with the same names as the upstream tables, the tables in Materialize can have names that differ from the referenced table names.
-
For supported MySQL data types, refer to supported types.
/* This example assumes:
- In the upstream MySQL, you have configured:
- GTID-based binary log replication.
- `binlog_row_metadata = FULL`.
- A replication user and password with the appropriate access.
- In Materialize:
- You have created a secret for the MySQL password.
- You have defined the connection to the upstream MySQL.
- You have used the connection to create a source.
For example (substitute with your configuration):
CREATE SECRET mysqlpass AS '<replication user password>'; -- substitute
CREATE CONNECTION mysql_connection TO MYSQL (
HOST '<hostname>', -- substitute
PORT 3306,
USER <replication user>, -- substitute
PASSWORD SECRET mysqlpass
-- [, <network security configuration> ]
);
CREATE SOURCE mysql_source
FROM MYSQL CONNECTION mysql_connection;
*/
BEGIN;
CREATE TABLE items
FROM SOURCE mysql_source (REFERENCE mydb.items)
;
CREATE TABLE orders
FROM SOURCE mysql_source (REFERENCE mydb.orders)
;
COMMIT;
Creating the tables from sources starts the snapshotting process. Snapshotting syncs the currently available data into Materialize. Because the initial snapshot is persisted in the storage layer atomically (i.e., at the same ingestion timestamp), you are not able to query the table until snapshotting is complete.
IF NOT EXISTS option can be useful for idempotent table creation scripts.
However, it only checks whether a table with the same name exists, not whether
the existing table matches the specified table definition. Use with validation
logic to ensure the existing table is the one you intended to create.