次の方法で共有


CREATE TABLE AS SELECT (CTAS)

この記事では、ソリューションを開発するための、専用 SQL プール (旧称 SQL DW) での CREATE TABLE AS SELECT (CTAS) T-SQL ステートメントについて説明します。 この記事には、コード例も記載されています。

CREATE TABLE AS SELECT

CREATE TABLE AS SELECT (CTAS) ステートメントは、利用可能な最重要 T-SQL 機能のうちの 1 つです。 CTAS は、SELECT ステートメントの出力に基づいて新しいテーブルを作成する並列操作です。 CTAS は、単一のコマンドでデータを作成し、テーブルに挿入する最も簡単ですばやい方法です。

SELECT...INTO と CTAS

CTAS は、SELECT...INTO ステートメントの、よりカスタマイズ可能なバージョンです。

SELECT...INTO の簡単な例を次に示します。

SELECT *
INTO    [dbo].[FactInternetSales_new]
FROM    [dbo].[FactInternetSales]

SELECT...INTO では、操作の一部として分散方法とインデックスの種類のいずれも変更することはできません。 既定の分散の種類に ROUND_ROBIN を、既定のテーブル構造に CLUSTERED COLUMNSTORE INDEX を使用して、[dbo].[FactInternetSales_new] を作成します。

一方、CTAS を使用すると、テーブル データの分散とテーブル構造の種類の両方を指定できます。 前の例を CTAS に変換するには:

CREATE TABLE [dbo].[FactInternetSales_new]
WITH
(
 DISTRIBUTION = ROUND_ROBIN
 ,CLUSTERED COLUMNSTORE INDEX
)
AS
SELECT  *
FROM    [dbo].[FactInternetSales];

Note

CTAS 操作でインデックスだけを変更しようとしており、ソース テーブルがハッシュ分散されている場合は、同じ分散列とデータ型を維持してください。 そうすることで、操作中に分散をまたがるデータ移動が回避されるため、効率が上がります。

CTAS を使用したテーブルのコピー

CTAS の最も一般的な用途の 1 つは、DDL を変更するためにテーブルのコピーを作成することです。 たとえば、もともと ROUND_ROBIN として作成したテーブルを列の分散テーブルに変更するとします。 CTAS が、この分散列を変更する方法です。 CTAS を使用すると、パーティション分割、インデックス作成、または列の型を変更することもできます。

たとえば、HEAP を指定し、既定の分散の種類である ROUND_ROBIN を使用して、このテーブルを作成したとします。

CREATE TABLE FactInternetSales
(
    ProductKey int NOT NULL,
    OrderDateKey int NOT NULL,
    DueDateKey int NOT NULL,
    ShipDateKey int NOT NULL,
    CustomerKey int NOT NULL,
    PromotionKey int NOT NULL,
    CurrencyKey int NOT NULL,
    SalesTerritoryKey int NOT NULL,
    SalesOrderNumber nvarchar(20) NOT NULL,
    SalesOrderLineNumber tinyint NOT NULL,
    RevisionNumber tinyint NOT NULL,
    OrderQuantity smallint NOT NULL,
    UnitPrice money NOT NULL,
    ExtendedAmount money NOT NULL,
    UnitPriceDiscountPct float NOT NULL,
    DiscountAmount float NOT NULL,
    ProductStandardCost money NOT NULL,
    TotalProductCost money NOT NULL,
    SalesAmount money NOT NULL,
    TaxAmt money NOT NULL,
    Freight money NOT NULL,
    CarrierTrackingNumber nvarchar(25),
    CustomerPONumber nvarchar(25)
)
WITH( 
 HEAP, 
 DISTRIBUTION = ROUND_ROBIN 
);

ここで、クラスター化列ストア テーブルのパフォーマンスを活かせるように、Clustered Columnstore Index でこのテーブルの新しいコピーを作成したいとします。 また、このテーブルを ProductKey で分散させたいとします。この列での結合が予想され、ProductKey での結合中にデータを移動したくないためです。 さらに、OrderDateKey にパーティションを追加して、古いパーティションをドロップすることによって古いデータをすぐに削除できるようにしたいとします。 次に示すのが、古いテーブルを新しいテーブルにコピーする CTAS ステートメントです。

CREATE TABLE FactInternetSales_new
WITH
(
    CLUSTERED COLUMNSTORE INDEX,
    DISTRIBUTION = HASH(ProductKey),
    PARTITION
    (
        OrderDateKey RANGE RIGHT FOR VALUES
        (
        20000101,20010101,20020101,20030101,20040101,20050101,20060101,20070101,20080101,20090101,
        20100101,20110101,20120101,20130101,20140101,20150101,20160101,20170101,20180101,20190101,
        20200101,20210101,20220101,20230101,20240101,20250101,20260101,20270101,20280101,20290101
        )
    )
)
AS SELECT * FROM FactInternetSales;

最後に、テーブルの名前を変更して新しいテーブルにスワップし、古いテーブルをドロップできます。

RENAME OBJECT FactInternetSales TO FactInternetSales_old;
RENAME OBJECT FactInternetSales_new TO FactInternetSales;

DROP TABLE FactInternetSales_old;

明示的にデータ型および出力の null 値の許容を示す

コードを移行するときに、このようなコーディング パターンが見られる場合があります。

DECLARE @d decimal(7,2) = 85.455
,       @f float(24)    = 85.455

CREATE TABLE result
(result DECIMAL(7,2) NOT NULL
)
WITH (DISTRIBUTION = ROUND_ROBIN)

INSERT INTO result
SELECT @d*@f;

このコードを CTAS に移行することが正しいと思われるかもしれません。 しかし、これには問題が潜んでいます。

次のコードでは、同じ結果が得られません。

DECLARE @d decimal(7,2) = 85.455
, @f float(24)    = 85.455;

CREATE TABLE ctas_r
WITH (DISTRIBUTION = ROUND_ROBIN)
AS
SELECT @d*@f as result;

"結果" 列に、式のデータ型と NULL 値の許容値が引き継がれることに注目してください。 データ型を引き継ぐと、結果にわずかな差異が出る場合があります。

次の例を試してみてください。

SELECT result,result*@d
from result;

SELECT result,result*@d
from ctas_r;

結果の格納される値が異なります。 result 列の永続化された値が他の式で使用されるため、エラーの深刻度が増します。

CTAS の結果のスクリーンショット

これは、データを移行する場合に重要になります。 2 番目のクエリの方が正確ではありますが、問題があります。 ソース システムと比較するとデータが異なるため、移行中の整合性に疑問が出てきます。 これは、"間違った" 答えが実際は正しいものである場合のまれなケースの 1 つです。

2 つの結果に差異があるのは、暗黙の型変換が原因です。 1 つ目の例の場合、テーブルで列が定義されています。 行が挿入されると、暗黙の型変換が実行されます。 2 つ目の例では、列のデータ型が式で定義されているため、暗黙の型変換は実行されません。

2 つ目の例の列が null 許容の列として定義されている一方で、1 つ目の例ではそのように定義されていないことにも注意してください。 1 つ目の例でテーブルが作成されるとき、列の null 値の許容は明示的に定義されました。 2 つ目の例では、式に応じて決まるため、既定で null 定義になります。

これらの問題を解決するには、CTAS ステートメントの SELECT 部分に、型の変換と null 値の許容を明示的に設定する必要があります。 これらのプロパティを "CREATE TABLE" で設定することはできません。 コードの修正方法を次の例に示します。

DECLARE @d decimal(7,2) = 85.455
, @f float(24)    = 85.455

CREATE TABLE ctas_r
WITH (DISTRIBUTION = ROUND_ROBIN)
AS
SELECT ISNULL(CAST(@d*@f AS DECIMAL(7,2)),0) as result

次のことを考慮してください。

  • CAST または CONVERT を使用できます。
  • null 値の許容を強制するには、COALESCE ではなく ISNULL を使用してください。 以下の注意を参照してください。
  • ISNULL は最も外側の関数です。
  • ISNULL の 2 つ目の部分は定数 (0) です。

Note

null 値の許容を正しく設定するために、COALESCE ではなく ISNULL を使用することは重要です。 COALESCE は決定論的関数ではないため、式の結果は必ず null を許容します。 ISNULL の場合は異なります。 これは決定論的です。 そのため、ISNULL 関数の 2 番目の部分が定数またはリテラルの場合、結果の値は NOT NULL になります。

計算の整合性を確保することは、テーブル パーティションの切り替えでも重要になります。 このテーブルをファクト テーブルとして定義したものとします。

CREATE TABLE [dbo].[Sales]
(
    [date]      INT     NOT NULL
, [product]   INT     NOT NULL
, [store]     INT     NOT NULL
, [quantity]  INT     NOT NULL
, [price]     MONEY   NOT NULL
, [amount]    MONEY   NOT NULL
)
WITH
(   DISTRIBUTION = HASH([product])
,   PARTITION   (   [date] RANGE RIGHT FOR VALUES
                    (20000101,20010101,20020101
                    ,20030101,20040101,20050101
                    )
                )
);

ただし、金額フィールドは計算式です。 ソース データの一部ではありません。

パーティション分割されたデータセットを作成するために、次のコードを使用することが必要になる場合があります。

CREATE TABLE [dbo].[Sales_in]
WITH
( DISTRIBUTION = HASH([product])
, PARTITION   (   [date] RANGE RIGHT FOR VALUES
                    (20000101,20010101
                    )
                )
)
AS
SELECT
    [date]
,   [product]
,   [store]
,   [quantity]
,   [price]
,   [quantity]*[price]  AS [amount]
FROM [stg].[source]
OPTION (LABEL = 'CTAS : Partition IN table : Create');

クエリは、問題なく実行されます。 問題が発生するのは、パーティションの切り替えを行うときです。 テーブルの定義が一致ません。 テーブルの定義を一致させるには、CTAS を変更して、ISNULL 関数を追加し、列の NULL 値の許容属性を保持します。

CREATE TABLE [dbo].[Sales_in]
WITH
( DISTRIBUTION = HASH([product])
, PARTITION   (   [date] RANGE RIGHT FOR VALUES
                    (20000101,20010101
                    )
                )
)
AS
SELECT
  [date]
, [product]
, [store]
, [quantity]
, [price]
, ISNULL(CAST([quantity]*[price] AS MONEY),0) AS [amount]
FROM [stg].[source]
OPTION (LABEL = 'CTAS : Partition IN table : Create');

CTAS では、型の一貫性と null 値の許容プロパティを保持することが、エンジニアリング上のベスト プラクティスだということがわかります。 計算の整合性を維持するのに役立つほか、パーティションの切り替えも確実に実行できます。

CTAS は、Synapse SQL で最も重要なステートメントの 1 つです。 よく理解しておいてください。 CTAS のドキュメントを参照してください。

次のステップ

開発に関するその他のヒントについては、 開発の概要に関するページをご覧ください。