Amazon Redshift は、パッチ 198 以降、新しい Python UDF の作成をサポートしなくなります。既存の Python UDF は、2026 年 6 月 30 日まで引き続き機能します。詳細については、[ブログ記事](https://aws.amazon.com/blogs/big-data/amazon-redshift-python-user-defined-functions-will-reach-end-of-support-after-june-30-2026/)を参照してください。 # CREATE DATABASE 新しいデータベースを作成します。 データベースを作成するには、スーパーユーザーであるか、CREATEDB 権限を持っている必要があります。ゼロ ETL 統合に関連付けられたデータベースを作成するには、スーパーユーザーであるか、CREATEDB 権限と CREATEUSER 権限の両方を持っている必要があります。 トランザクションブロック (BEGIN ... END) 内で CREATE DATABASE を実行することはできません。トランザクションの詳細については、「[Amazon Redshift の分離レベル](c_serial_isolation.md)」を参照してください。 ## 構文 ``` CREATE DATABASE database_name [ { [ FROM INTEGRATION ''[ DATABASE '' ] [ SET ] [ ACCEPTINVCHARS [=] { TRUE | FALSE }] [ QUERY_ALL_STATES [=] { TRUE | FALSE }] [ REFRESH_INTERVAL ] [ TRUNCATECOLUMNS [=] { TRUE | FALSE } ] [ HISTORY_MODE [=] {TRUE | FALSE} ] ] [ WITH ] [ OWNER [=] db_owner ] [ CONNECTION LIMIT { limit | UNLIMITED } ] [ COLLATE { CASE_SENSITIVE | CS | CASE_INSENSITIVE | CI } ] [ ISOLATION LEVEL { SNAPSHOT | SERIALIZABLE } ] } | { FROM { { ARN '' } { WITH DATA CATALOG SCHEMA '' | WITH NO DATA CATALOG SCHEMA } } } | { IAM_ROLE {default | 'SESSION' | 'arn:aws:iam:::role/' } } | { [ WITH PERMISSIONS ] FROM DATASHARE datashare_name OF [ ACCOUNT account_id ] NAMESPACE namespace_guid } ] ``` ## パラメータ *database\_name* 新しいデータベースの名前。有効な名前の詳細については、「[名前と識別子](r_names.md)」を参照してください。 FROM INTEGRATION '' [ DATABASE '' ] ゼロ ETL 統合識別子を使用してデータベースを作成するかどうかを指定します。SVV\_INTEGRATION システムビューから `integration_id` を取得できます。Aurora PostgreSQL のゼロ ETL 統合では、SVV\_INTEGRATION から取得できる `source_database` 名前を指定する必要があります。 例については、[ゼロ ETL 統合の結果を受け取るデータベースを作成する](#r_CREATE_DATABASE-integration)を参照してください。ゼロ ETL 統合を使用したデータベースの作成の詳細については、「Amazon Redshift 管理ガイド」の「[Amazon Redshift でのデスティネーションデータベースの作成](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-using.creating-db.html)」を参照してください。** SET オプションキーワード ACCEPTINVCHARS [=] { TRUE \| FALSE } ACCEPTINVCHARS 句を使用すると、VARCHAR データ型で無効な文字が検出された場合、ゼロ ETL 統合テーブルが取り込みを継続するかどうかを設定できます。無効な文字が検出されると、無効な文字はデフォルトの `?` 文字に置き換えられます。 QUERY\_ALL\_STATES [=] { TRUE \| FALSE } QUERY\_ALL\_STATES 句を使用すると、ゼロ ETL 統合テーブルをすべての状態 (`Synced`、`Failed`、`ResyncRequired`、`ResyncInitiated`) でクエリできるかどうかを設定できます。ゼロ ETL 統合テーブルはデフォルトでは、`Synced` 状態でのみクエリできます。 REFRESH\_INTERVAL REFRESH\_INTERVAL 句を使用すると、ゼロ ETL ソースからターゲットデータベースにデータを更新するためのおよその時間間隔を秒単位で設定できます。この値は、ソースタイプが Aurora MySQL、Aurora PostgreSQL、または RDS for MySQL のゼロ ETL 統合では、0～432,000 秒 (5 日) に設定できます。Amazon DynamoDB ゼロ ETL 統合の場合、値は 900～432,000 秒 (15 分～5 日) に設定できます。ソースタイプが Aurora MySQL、Aurora PostgreSQL、または RDS for MySQL のゼロ ETL 統合では、デフォルトの `interval` はゼロ (0) 秒です。Amazon DynamoDB ゼロ ETL 統合の場合、デフォルトの `interval` は 900 秒 (15 分) です。 TRUNCATECOLUMNS [=] { TRUE \| FALSE } TRUNCATECOLUMNS 句を使用すると、VARCHAR 列の値または SUPER 列の属性が制限を超えた場合に、ゼロ ETL 統合テーブルが取り込みを続行するかどうかを設定できます。`TRUE` の場合、値は列に収まるように切り捨てられ、オーバーフローする JSON 属性の値は SUPER 列に収まるように切り捨てられます。 HISTORY\_MODE [=] {TRUE \| FALSE} Amazon Redshift が、が指定されたデータベース内のすべての新しいテーブルに履歴モードを設定するかどうかを指定する句。このオプションは、ゼロ ETL 統合用に作成されたデータベースにのみ適用されます。 HISTORY\_MODE 句は `TRUE` または `FALSE` に設定できます。デフォルトは `FALSE` です。HISTORY\_MODE の詳細については、「*Amazon Redshift 管理ガイド*」の「[History mode](https://docs.aws.amazon.com/redshift/latest/mgmt/zero-etl-history-mode.html)」(履歴モード) を参照してください。 WiTH オプションキーワード OWNER [=] db\_owner データベース所有者のユーザー名を指定します。 CONNECTION LIMIT { *limit* \| UNLIMITED } ユーザーが同時に開けるデータベース接続の最大数。この制限はスーパーユーザーには適用されません。同時接続の最大数を許可するには、UNLIMITED キーワードを使用します。ユーザーごとの接続数の制限が適用される場合もあります。詳細については、「[CREATE USER](r_CREATE_USER.md)」を参照してください。デフォルトは UNLIMITED です。現在の接続を確認するには、[STV\_SESSIONS](r_STV_SESSIONS.md)システムビューに対してクエリを実行します。 ユーザーとデータベースの両方の接続制限が適用される場合は、ユーザーが接続しようとしたときに、両方の制限内に未使用の接続スロットがなければなりません。 COLLATE { CASE\_SENSITIVE \| CS \| CASE\_INSENSITIVE \| CI } 文字列の検索または比較において、大文字と小文字を区別するか、区別しないかを指定する句。デフォルトでは、大文字と小文字が区別されます。 データ共有からデータベースを作成する場合、COLLATE はサポートされません。 CASE\_SENSITIVE と CS は互換性があり、同じ結果が得られます。同様に、CASE\_INSENSITIVE と CI は互換性があり、同じ結果が得られます。 ISOLATION LEVEL { SNAPSHOT \| SERIALIZABLE } データベースに対してクエリを実行するときに使用される分離レベルを指定する句。分離レベルの詳細については、「[Amazon Redshift の分離レベル](c_serial_isolation.md)」を参照してください。 + SNAPSHOT 分離 – 更新および削除の競合に対する保護機能を備えた分離レベルを提供します。これは、プロビジョニングされたクラスターまたはサーバーレス名前空間で作成されたデフォルトのデータベースです。 + SERIALIZABLE 分離 – 同時実行トランザクションの完全な直列化機能を提供します。 FROM ARN '' データベースの作成に使用する AWS Glue データベース ARN。 { WITH DATA CATALOG SCHEMA '' \| WITH NO DATA CATALOG SCHEMA } このパラメータは、CREATE DATABASE コマンドで FROM ARN パラメータも使用する場合にのみ適用されます。 AWS Glue Data Catalog でオブジェクトにアクセスしやすくするためにスキーマを使用してデータベースを作成するかどうかを指定します。 IAM\_ROLE { default \| 'SESSION' \| 'arn:aws:iam::{{}}:role/{{}}' } このパラメータは、CREATE DATABASE コマンドで FROM ARN パラメータも使用する場合にのみ適用されます。 CREATE DATABASE コマンドの実行時にクラスターに関連付けられた IAM ロールを指定すると、Amazon Redshift はデータベースに対してクエリを実行するときにロールの認証情報を使用します。 `default` キーワードを指定することは、デフォルトとして設定されてクラスターに関連付けられている IAM ロールを使用することを意味します。 フェデレーション ID を使用して Amazon Redshift クラスターに接続し、このコマンドを使用して作成された外部スキーマからテーブルにアクセスする場合は、`'SESSION'` を使用します。フェデレーション ID の使用例については、フェデレーション ID の設定方法を説明している「[フェデレーション ID を使用して、ローカルリソースと Amazon Redshift Spectrum の外部テーブルへの Amazon Redshift アクセスを管理する](https://docs.aws.amazon.com/redshift/latest/mgmt/authorization-fas-spectrum.html)」を参照してください。 クラスターが認証と認可に使用する IAM ロールの Amazon リソースネーム (ARN) を使用します。少なくとも、IAM ロールには、Amazon S3 バケットで LIST オペレーションを実行してアクセスを受ける許可と、バケットに含まれる Amazon S3 オブジェクトで GET オペレーションを実行する許可が必要です。データベース用の AWS Glue Data Catalog を使用してデータベースを作成するときに IAM\_ROLE を使用する方法の詳細については、「[コンシューマーとして Lake Formation 管理のデータ共有を使用する](https://docs.aws.amazon.com/redshift/latest/dg/lake-formation-getting-started-consumer.html)」を参照してください。 以下に ARN が 1 つの場合の IAM\_ROLE パラメータ文字列の構文を示します。 ``` IAM_ROLE 'arn:aws:iam::{{}}:role/{{}}' ``` ロールを連鎖することで、クラスターは別のアカウントに属している可能性がある別の IAM ロールを引き受けることができます。最大10 個までのロールを連鎖できます。詳細については、「[Amazon Redshift Spectrum での IAM ロールの連鎖](c-spectrum-iam-policies.md#c-spectrum-chaining-roles)」を参照してください。 この IAM ロールに次のような IAM アクセス許可ポリシーをアタッチします。 **** ``` { "Version":"2012-10-17", "Statement": [ { "Sid": "AccessSecret", "Effect": "Allow", "Action": [ "secretsmanager:GetResourcePolicy", "secretsmanager:GetSecretValue", "secretsmanager:DescribeSecret", "secretsmanager:ListSecretVersionIds" ], "Resource": "arn:aws:secretsmanager:{{us-west-2}}:{{123456789012}}:secret:my-rds-secret-VNenFy" }, { "Sid": "VisualEditor1", "Effect": "Allow", "Action": [ "secretsmanager:GetRandomPassword", "secretsmanager:ListSecrets" ], "Resource": "*" } ] } ``` フェデレーションクエリで使用する IAM ロールを作成するステップについては、「[フェデレーテッドクエリを使用するためのシークレットと IAM ロールの作成](federated-create-secret-iam-role.md)」を参照してください。 連鎖したロールのリストには空白を含めないでください。 以下に連鎖された 3 つのロールの構文を示します。 ``` IAM_ROLE 'arn:aws:iam::{{}}:role/{{}},arn:aws:iam::{{}}:role/{{}},arn:aws:iam::{{}}:role/{{}}' ``` ## データ共有で CREATE DATABASE を使用するための構文 次の構文で、同じ AWS アカウント内のデータ共有からデータベースを作成するために使用される、CREATE DATABASE コマンドについて確認できます。 ``` CREATE DATABASE database_name [ [ WITH PERMISSIONS ] FROM DATASHARE datashare_name OF [ ACCOUNT account_id ] NAMESPACE namespace_guid ``` 次の構文で、AWSアカウント間のデータ共有からデータベースを作成するために使用される,CREATE DATABASE コマンドについて確認できます。 ``` CREATE DATABASE database_name [ [ WITH PERMISSIONS ] FROM DATASHARE datashare_name OF ACCOUNT account_id NAMESPACE namespace_guid ``` ### データ共有で CREATE DATABASE を使用するためのパラメータ FROM DATASHARE データ共有の場所を示すキーワード。 *datashare\_name* コンシューマーデータベースが作成されるデータ共有の名前。 WITH PERMISSIONS データ共有から作成されたデータベースに、個々のデータベースオブジェクトにアクセスするためのオブジェクトレベルの許可が必要であることを指定します。この句を指定しないと、データベースに対する USAGE アクセス許可を付与されたユーザーまたはロールは、データベース内のすべてのデータベースオブジェクトに自動的にアクセスできるようになります。 NAMESPACE *namespace\_guid* データ共有が属しているプロデユーサ名前空間を指定する値。 ACCOUNT *account\_id* データ共有が属しているプロデユーサアカウントを指定する値。 ## データ共有のための CREATE DATABASE の使用上の注意 データベーススーパーユーザーとして、CREATE DATABASE を使用して AWS アカウント内のデータ共有からデータベースを作成する場合は、NAMESPACE オプションを指定します。ACCOUNT オプションは省略可能です。CREATE DATABASE を使用して AWS アカウント間のデータ共有からデータベースを作成する場合は、プロデューサーで ACCOUNT と NAMESPACE の両方を指定します。 コンシューマークラスター上の 1 つのデータ共有に対して、作成できるコンシューマデータベースは 1 つだけです。同じデータ共有を参照する、複数のコンシューマーデータベースを作成することはできません。 ## AWS Glue Data Catalog の CREATE DATABASE AWS Glue データベース ARN を使用してデータベースを作成するには、CREATE DATABASE で ARN を指定します。 ``` CREATE DATABASE sampledb FROM ARN WITH NO DATA CATALOG SCHEMA; ``` オプションで、IAM\_ROLE パラメータに値を指定することもできます。パラメータおよび許容される値の詳細については、「[パラメータ](https://docs.aws.amazon.com/redshift/latest/dg/r_CREATE_DATABASE.html#r_CREATE_DATABASE-parameters)」を参照してください。 IAM ロールを使用して ARN からデータベースを作成する方法を示す例は、以下のとおりです。 ``` CREATE DATABASE sampledb FROM ARN WITH NO DATA CATALOG SCHEMA IAM_ROLE ``` ``` CREATE DATABASE sampledb FROM ARN WITH NO DATA CATALOG SCHEMA IAM_ROLE default; ``` DATA CATALOG SCHEMA を使用してデータベースを作成することもできます。 ``` CREATE DATABASE sampledb FROM ARN WITH DATA CATALOG SCHEMA IAM_ROLE default; ``` ## ゼロ ETL 統合の結果を受け取るデータベースを作成する ゼロ ETL 統合 ID を使用してデータベースを作成するには、CREATE DATABASE コマンドで `integration_id` を指定します。 ``` CREATE DATABASE {{destination_db_name}} FROM INTEGRATION '{{integration_id}}'; ``` 例えば、まず SVV\_INTEGRATION から統合 ID を取得します。 ``` SELECT integration_id FROM SVV_INTEGRATION; ``` 次に、取得した統合 ID のいずれかを使用して、ゼロ ETL 統合を受け取るデータベースを作成します。 ``` CREATE DATABASE sampledb FROM INTEGRATION 'a1b2c3d4-5678-90ab-cdef-EXAMPLE11111'; ``` ゼロ ETL 統合のソースデータベースが必要な場合は、例えば以下のように指定します。 ``` CREATE DATABASE sampledb FROM INTEGRATION 'a1b2c3d4-5678-90ab-cdef-EXAMPLE11111' DATABASE sourcedb; ``` データベースの更新間隔を設定することもできます。例えば、ゼロ ETL 統合のソースからのデータの更新間隔を 7,200 秒にするには以下のように設定します。 ``` CREATE DATABASE myacct_mysql FROM INTEGRATION 'a1b2c3d4-5678-90ab-cdef-EXAMPLE11111' SET REFRESH_INTERVAL 7200; ``` SVV\_INTEGRATION カタログビューに、integration\_id、target\_database、source、refresh\_interval などのゼロ ETL 統合に関する情報がないかクエリします。 ``` SELECT * FROM svv_integration; ``` 次の例では、履歴モードがオンになっている統合からデータベースを作成しています。 ``` CREATE DATABASE sample_integration_db FROM INTEGRATION 'a1b2c3d4-5678-90ab-cdef-EXAMPLE11111' SET HISTORY_MODE = true; ``` ## CREATE DATABASE の制限 Amazon Redshift は、データベースに次の制限を適用します。 + クラスターごとのユーザー定義データベースは最大 60 個です。 + データベース名は最大 127 バイトです。 + データベース名を予約語にすることはできません。 ## データベースの照合 照合とは、データベースエンジンが SQL の文字型データを比較およびソートする方法を定義するための一連の規則です。大文字と小文字が区別されない照合は、最もよく使用されます。Amazon Redshift では、大文字と小文字を区別しない照合を使用して、他のデータウェアハウスシステムからの移行を容易にしています。大文字と小文字を区別しない照合のネイティブサポートにより、Amazon Redshift は、分散キー、ソートキー、範囲が制限されたスキャンなど、重要な調整法や最適化の方法を引き継ぐことができます。 COLLATE 句により、データベース内のすべての CHAR および VARCHAR 列に対する、デフォルトの照合手段を指定します。CASE\_INSENSITIVE が指定されている場合、すべての CHAR または VARCHAR 列では、大文字と小文字を区別しない照合が使用されます。照合の詳細については、「[照合順序](c_collation_sequences.md)」を参照してください。 大文字と小文字を区別しない列に挿入または取り込んだデータは、元の大文字と小文字を維持します。ただし、ソートやグループ化など、すべての比較ベースの文字列操作は、大文字と小文字を区別しません。LIKE 述語、および正規表現関数などのパターンマッチング操作でも、大文字と小文字を区別しません。 次の SQL オペレーションでは、適切な照合セマンティクスをサポートします。 + 比較演算子:=、<>、<、<=、>、>= + LIKE 演算子 + ORDER BY 句 + GROUP BY 句 + MIN、MAX、LISTAGG など、文字列比較を使用する集計関数 + PARTITION BY 句や ORDER BY 句などのウィンドウ関数 + スカラー関数: greatest() 、least()、STRPOS()、REGEXP\_COUNT()、REGEXP\_REPLACE()、REGEXP\_INSTR()、REGEXP\_SUBSTR() + Distinct 句 + UNION、INTERSECT、および EXCEPT + IN LIST Amazon Redshift Spectrum および Aurora PostgreSQL のフェデレーティッドクエリを含む外部クエリの場合、VARCHAR または CHAR 列の照合は、現行のデータベースレベルの照合と同じです。 次の例では、Amazon Redshift Spectrum テーブルをクエリしています。 ``` SELECT ci_varchar FROM spectrum.test_collation WHERE ci_varchar = 'AMAZON'; ci_varchar ---------- amazon Amazon AMAZON AmaZon (4 rows) ``` データベースの照合を使用してテーブルを作成する方法については、「[CREATE TABLE](r_CREATE_TABLE_NEW.md)」を参照してください。 COLLATE 関数の詳細については、「[COLLATE 関数](r_COLLATE.md)」を参照してください。 ### データベース照合の制限 Amazon Redshift でデータベース照合を使用する場合、以下の制限事項があります。 + PG カタログテーブルや Amazon Redshift システムテーブルなど、すべてのシステムテーブルまたはビューでは、大文字と小文字が区別されます。 + コンシューマデータベースとプロデューサデータベースに異なるデータベースレベルの照合順序がある場合、Amazon Redshift はデータベース間クエリとクラスター間クエリをサポートしません。 + Amazon Redshift は、リーダーノードのみのクエリで大文字と小文字を区別しない照合をサポートしていません。 以下に、サポートされていない大文字と小文字を区別しないクエリと、Amazon Redshift から送信されるエラーの例を示します。 ``` SELECT collate(usename, 'case_insensitive') FROM pg_user; ERROR: Case insensitive collation is not supported in leader node only query. ``` + Amazon Redshift は、比較、関数、結合、設定オペレーションなど、大文字と小文字を区別する列と区別しない列間でのやり取りはサポートしていません。 次に、大文字と小文字を区別する列と区別しない列の間で、やり取りした際に発生するエラーの例を示します。 ``` CREATE TABLE test (ci_col varchar(10) COLLATE case_insensitive, cs_col varchar(10) COLLATE case_sensitive, cint int, cbigint bigint); ``` ``` SELECT ci_col = cs_col FROM test; ERROR: Query with different collations is not supported yet. ``` ``` SELECT concat(ci_col, cs_col) FROM test; ERROR: Query with different collations is not supported yet. ``` ``` SELECT ci_col FROM test UNION SELECT cs_col FROM test; ERROR: Query with different collations is not supported yet. ``` ``` SELECT * FROM test a, test b WHERE a.ci_col = b.cs_col; ERROR: Query with different collations is not supported yet. ``` ``` Select Coalesce(ci_col, cs_col) from test; ERROR: Query with different collations is not supported yet. ``` ``` Select case when cint > 0 then ci_col else cs_col end from test; ERROR: Query with different collations is not supported yet. ``` これらのクエリを機能させるには、COLLATE 関数を使用して、ある列に対する照合を、別の列と一致するように変換します。詳細については、「[COLLATE 関数](r_COLLATE.md)」を参照してください。 ## 例 **データベースを作成する** 次の例では、TICKIT という名前のデータベースを作成し、その所有権を DWUSER というユーザーに与えます。 ``` create database tickit with owner dwuser; ``` データベースに関する詳細を表示するために、PG\_DATABASE\_INFO カタログテーブルに対しクエリを実行しています。 ``` select datname, datdba, datconnlimit from pg_database_info where datdba > 1; datname | datdba | datconnlimit -------------+--------+------------- admin | 100 | UNLIMITED reports | 100 | 100 tickit | 100 | 100 ``` 次の例では、スナップショット分離レベルを使用して **sampledb** という名前のデータベースを作成します。 ``` CREATE DATABASE sampledb ISOLATION LEVEL SNAPSHOT; ``` 次の例では、データ共有 salesshare からデータベース sales\_db を作成しています。 ``` CREATE DATABASE sales_db FROM DATASHARE salesshare OF NAMESPACE '13b8833d-17c6-4f16-8fe4-1a018f5ed00d'; ``` ### データベース照合の例 **大文字と小文字を区別しないデータベースの作成** 次の例では、データベース `sampledb` 、およびテーブル `T1` を作成し、そのテーブル `T1` にデータを挿入します。 ``` create database sampledb collate case_insensitive; ``` SQL クライアントを使用して、先ほど作成した新しいデータベースに接続します。Amazon Redshift クエリエディタ v2 を使用している場合は、**エディタ**で `sampledb` を選択します。RSQL を使用している場合は、次のようなコマンドを使用します。 ``` \connect sampledb; ``` ``` CREATE TABLE T1 ( col1 Varchar(20) distkey sortkey ); ``` ``` INSERT INTO T1 VALUES ('bob'), ('john'), ('Mary'), ('JOHN'), ('Bob'); ``` その後、クエリが `John` を含む結果を検索します。 ``` SELECT * FROM T1 WHERE col1 = 'John'; col1 ------ john JOHN (2 row) ``` **大文字と小文字を区別しない規則での順序付け** 次の例は、テーブル T1 での、大文字と小文字を区別しない順序付けを示しています。大文字と小文字を区別しない列では、*Bob* と *bob* や *John* と *john* は同一に扱われるので、その順序は確定しません。 ``` SELECT * FROM T1 ORDER BY 1; col1 ------ bob Bob JOHN john Mary (5 rows) ``` 同様に次の例では、GROUP BY 句に対する、大文字と小文字を区別しない順序付けを示しています。*Bob* と *Bob* は等し認識されるので、同じグループに属します。どちらが結果に表示されるかは非決定的です。 ``` SELECT col1, count(*) FROM T1 GROUP BY 1; col1 | count -----+------ Mary | 1 bob | 2 JOHN | 2 (3 rows) ``` **大文字と小文字を区別しない列でウィンドウ関数を使用してクエリを実行する** 次の例では、大文字と小文字を区別しない列に対し、ウィンドウ関数によるクエリを実行します。 ``` SELECT col1, rank() over (ORDER BY col1) FROM T1; col1 | rank -----+------ bob | 1 Bob | 1 john | 3 JOHN | 3 Mary | 5 (5 rows) ``` **DISTINCT キーワードを使用したクエリ** 次の例に、DISTINCT キーワードを使用しながら、`T1`テーブルに対しクエリを実行します。 ``` SELECT DISTINCT col1 FROM T1; col1 ------ bob Mary john (3 rows) ``` **UNION 句を使用したクエリ** 次の例に、テーブル `T1` および `T2` に対し UNIONN 句を使用した場合の結果を示します。 ``` CREATE TABLE T2 AS SELECT * FROM T1; ``` ``` SELECT col1 FROM T1 UNION SELECT col1 FROM T2; col1 ------ john bob Mary (3 rows) ```