CREATE STREAM AS SELECT
Last updated
Last updated
CREATE STREAM AS
is essentially a combination of two statements:
A DDL statement that creates a new .
An INSERT INTO statement that runs a SELECT statement and adds the results into the newly created Stream.
This specifies the name of the new Stream. Optionally, use <database_name>.<schema_name>
as the prefix to the name to create the Relation in that scope. For case-sensitive names, the name must be wrapped in double quotes; otherwise, the lowercase name will be used.
Optionally, this clause specifies #_stream_parameters.
This statement specifies the SELECT statement to run.
Optionally, this clause allows the user to set the partition key of records according to their values for a given set of columns. The PARTITION BY
clause in the statement defines a list of one or more columns (separated by commas) as partitioning columns. By default, the key for the sink's records will have a data format equal to the sink's value data format. To set a specific key format, Set the key.format
Stream parameter to specify a different key format. PARTITION BY
is supported for CREATE STREAM AS SELECT and INSERT INTO queries where the sink is a Stream. Currently, PARTITION BY
only applies for queries whose sink Stream is backed by a Kafka store.
The following creates a replica of the source Stream.
The following creates a replica of the source Stream, but the new Relation belongs to the Schema named schema2
in the session’s current Database.
The following creates a replica of the source Stream, but the new Relation belongs to the Schema named schema2
in the Database named db
.
The following creates a replica of the source Stream. The new sink Relation has a case-sensitive name.
The following creates a replica of the source Stream. The new sink Relation has a case-sensitive name and is in a case-sensitive Database and Schema.
The following creates a replica of the source Stream, but this new Stream is associated with the specified Entity called pageviewstwo
.
The following moves data from a Kafka Store to a Kinesis Store. The query creates a replica of the source Stream, but this new Stream is associated with the specified Store called kinesis_store
.
The following creates a replica of the source Stream that has a data format of JSON, but the new sink Stream has a data format of Avro for its value and key.
The following creates a replica of the source Stream that has a data format of JSON, but the new sink Stream has a data format of Avro for its value. Since the sink is a Kinesis stream, there is no key associated with the record, and so the value.format
property is the only one that is necessary.
The following is a simple projection query where the sink Kafka topic has a specific number of partitions and replicas set.
The following is a simple projection query where the sink Kinesis stream has a specific number of shards set.
Interval joins between two Streams result in a STREAM
sink Relation type.
A temporal join of two Relations where the left join side source is a Stream and the right join side source is a Changelog results in a STREAM
output Relation type. In the example below, a new Stream called users_visits
is created by performing a temporal join between the pageviews
Stream and the users_log
Changelog.
The below statement creates a new Stream, called pagestats
, from the already existing Stream pageviews
. The timestamp
Stream parameter, specified in the WITH
clause, is used to mark the viewtime
column in pagestats
as the timestamp column. Therefore, any subsequent query that refers to pagestats
in its FROM
clause will use this column for time based operations.
The below statement creates a new Stream, called pageviews_exactly_once
, from the already existing Stream pageviews
. The delivery.guarantee
Stream parameter, specified in the WITH
clause, is used to override the default delivery.guarantee
of at_least_once
to exactly_once
. A user may want to use this configuration if their use case can tolerate higher latencies but cannot tolerate duplicate outputs.
The below statement creates a new Stream, called pageviews_partition_by
, from the already existing Stream pageviews
. The PARTITION BY
clause is sets the key type for the output pageviews_partition_by
Stream. Notice in this example the source Stream's records don't set a key value and the sink Stream has the PARTITION BY
values as key. The sink Stream's key data format is JSON
in this example because it inherits the sink's value data format by default.
Given this input for pageviews
:
We can expect the following output in pageviews_partition_by
:
The below statement creates a new Stream, called pageviews_partition_by
, from the already existing Stream pageviews
. The PARTITION BY
clause sets the key type for the output pageviews_partition_by
Stream. Further, this query also sets the key.format
property for the sink Stream to be PRIMITIVE
. Notice in this example the source Stream's records have the pageid
column value set as the key in JSON
format and the output Stream has the PARTITION BY
value as key in the PRIMITIVE
format.
Given this input for pageviews
:
We can expect the following output in pageviews_partition_by
:
The below statement creates a new Stream, called pageviews_copy
, from the already existing Stream pageviews
by selecting all columns. The sink timestamp strategy is set to event.time
; this way when writing to the sink's Kafka topic, the timestamp for each record in pageviews_copy
is set to its source record's timestamp, coming from the Entity backing pageviews
.
The following creates a new Stream, usersInfo,
by selecting records' key and value from another given Stream users_avro
. Assuming users_avro
key and value are in avro
, two subjects are provided to generate the Avro schemas for userInfo
's key and value. These subjects are stored in the Schema Registry of a Store called sr_store
, and users_data-key
subject is used to generate key's Avro schema and users_data-value
subject is used to generate value's Avro schema for the records written into usersInfo.
Parameter Name | Description |
---|---|
Parameter Name | Description |
---|---|
Parameter Name | Description |
---|---|
Kinesis stores provide a delivery guarantee of at_least_once
when producing events into a sink .
All format specific properties that are applicable to a Stream can be provided as a stream_parameter
. Check for more details.
topic
The name of the Entity that has the data for a newly created sink Stream. If the Entity doesn’t exist in the Store, an Entity with the stream_name
is created in the corresponding Store.
Required: No
Default value: Lowercase stream_name
.
Type: String
Valid values: See LIST ENTITIES
store
The name of the Store that hosts the Entity for this Stream.
Required: No Default value: User’s default Store.
Type: String Valid values: See LIST STORES
value.format
Format of the message value in the #entity. See Data Formats (Serialization) for more information regarding serialization formats.
Required: No
Default value: Value format from the leftmost source Relation.
Type: VALUE_FORMAT
Valid values: JSON
, AVRO
, PROTOBUF
, PRIMITIVE
timestamp
Name of the column in the Stream to use as the timestamp. If not set, the timestamp of the message is used for time based operations such as window aggregations and joins.
Required: No
Default value: Record’s timestamp.
Type: String
Valid values: Must be of type BIGINT
or TIMESTAMP
. See Data Types.
timestamp.format
The format to use for TIMESTAMP
typed fields. See Data Types.
Required: No
Default value: sql
Type: String
Valid values: sql
, iso8601
topic.shards
The number of shards to use when creating the Kinesis stream, if applicable.
Required: Yes, unless Entity already exists.
Default values: Leftmost source Relation Entity’s shard count.
Type: Integer
Valid values: [1, ...]
Alias: kinesis.shards
topic.partitions
The number of partitions to use when creating the Kafka topic, if applicable.
Required: Yes, unless Entity already exists. Default value: Leftmost source Relation Entity’s partition count. Type: Integer Valid values: [1, ...]
topic.replicas
The number of replicas to use when creating the Kafka topic, if applicable.
Required: Yes, unless Entity already exists. Default values: Leftmost source Relation Entity's replica count. Type: Integer Valid values: [1, ...]
key.format
The format of a message key in the #entity. See Data Formats (Serialization) for more information regarding serialization formats.
Required: No
Default value: Key format from the leftmost source Relation’s key (if any) or the same as value.format
.
Type: KEY_FORMAT
Valid values: JSON
, AVRO
, PROTOBUF
, PRIMITIVE
key.type
Required: No, unless key.format
is set and there is no default value.
Default value: For certain query semantics (i.e. queries using JOIN or GROUP BY), a generated key type is used by default. For queries that do not generate a key type, the key type from the leftmost source Relation’s key is used by default (if any). See Row Key Definition.
Type: String
Valid values: See STRUCT
in Data Types
delivery.guarantee
The fault tolerance guarantees applied when producing to this Stream.
Required: No
Default value: at_least_once
Type: String
Valid values:
exactly_once
: Produces to the Stream using Kafka transactions. These transactions will be committed when the query takes a checkpoint. On the consumer side, when setting the Kafka consumer isolation.level
configuration to read_committed
, only the committed records will be seen. Since records aren't committed until the query takes a checkpoint, there is some additional delay when using this setting.
at_least_once
: Ensures that records are output to the Stream at least once. During query checkpointing, the query will wait to receive a confirmation of successful writes from the Kafka broker. If there are issues with the query then duplicate records are possible as the query will try to reprocess old data.
none
: There is no fault tolerance guarantee when producing to the Stream. If there are issues on the Kafka broker then records may be lost and if there are issues with the query then output records may be duplicated.
sink.timestamp.strategy
Determines how the timestamp values for records, written to a Kafka sink's Entity, are set.
Required: No
Default value: proc.time
Type: String
Valid values:
event.time
: Use timestamp of the records, coming from the source topic.
proc.time
: Uses the current time of the Kafka producer when writing into the sink's Entity. Note that the final timestamp used by Kafka will depend on the timestamp type configured for the Kafka topic.
Declares the names and data types of key columns. The type is a STRUCT
when key.format
is a non-primitive value, e.g. 'key.type'='STRUCT<id BIGINT, name VARCHAR>'
. For primitive values, the type is one of the , e.g. 'key.type'='VARCHAR'
.