Delta Clone 徹底解説｜DEEP/SHALLOWで実験環境を安全かつ高速に複製する

「本番テーブルのデータで新しいETLロジックを試したいが、本番を汚したくない」 「大規模テーブルのコピーに時間がかかりすぎる」——こうした課題を解決するのがDelta Cloneです。 DEEP CLONEはデータの完全な独立コピーを作り、SHALLOW CLONEはデータファイルを共有して 瞬時にクローンを作成します。

この記事では、DEEP/SHALLOW CLONEの違い、構文、用途別の選択基準、 VACUUM・Time Travel・メタデータの挙動、そして試験での出題ポイントを整理します。

DEEP CLONE と SHALLOW CLONE の比較

CREATE TABLE ... CLONE 構文

-- DEEP CLONE: データの完全コピー
CREATE TABLE dev.sandbox.orders_clone
DEEP CLONE prod.silver.orders;

-- SHALLOW CLONE: メタデータのみコピー（データは参照）
CREATE TABLE dev.sandbox.orders_shallow
SHALLOW CLONE prod.silver.orders;

-- 特定バージョンのクローン（Time Travel）
CREATE TABLE dev.sandbox.orders_v5
DEEP CLONE prod.silver.orders VERSION AS OF 5;

-- 特定タイムスタンプのクローン
CREATE TABLE dev.sandbox.orders_snapshot
SHALLOW CLONE prod.silver.orders TIMESTAMP AS OF '2026-03-25';

-- 既存テーブルの差分更新（増分DEEP CLONE）
CREATE OR REPLACE TABLE dev.sandbox.orders_clone
DEEP CLONE prod.silver.orders;

CREATE OR REPLACEでDEEP CLONEを再実行すると、前回のクローン以降の差分のみコピーされます。 これを増分クローン（Incremental Clone）と呼び、毎日の同期に活用できます。

用途1: 実験・開発環境の構築

データサイエンティストが本番データで新しいモデルを試す場合、SHALLOW CLONEが最適です。 数TBのテーブルでも数秒でクローンが完了し、自由にJOINやフィルタリングを試せます。 クローンへの書き込みはソースに影響しません。

-- 実験用にSHALLOW CLONEを作成
CREATE TABLE dev.ml_experiments.user_features
SHALLOW CLONE prod.gold.user_features;

-- クローン上で自由に実験（ソースに影響なし）
ALTER TABLE dev.ml_experiments.user_features
ADD COLUMN age_bucket STRING;

UPDATE dev.ml_experiments.user_features
SET age_bucket = CASE
  WHEN age < 25 THEN 'young'
  WHEN age < 50 THEN 'middle'
  ELSE 'senior'
END;

用途2: ETLテスト

ETLロジックの変更をテストする際、DEEP CLONEで本番テーブルの完全コピーを作成し、 テスト環境でパイプライン全体を通しで動かします。DEEP CLONEはソースから完全に独立しているため、 テスト中のVACUUM実行やパイプライン障害がソースに影響することはありません。

-- テスト用にDEEP CLONEを作成
CREATE TABLE staging.test.orders
DEEP CLONE prod.silver.orders;

CREATE TABLE staging.test.customers
DEEP CLONE prod.silver.customers;

-- テスト環境でETLパイプラインを実行
-- 結果が期待通りか検証後、本番に適用

用途3: データアーカイブ

コンプライアンス要件でデータのスナップショットを長期保存する場合、DEEP CLONEが適しています。 ソーステーブルのVACUUMやスキーマ変更の影響を受けずに、特定時点のデータを保持できます。

-- 月次のアーカイブスナップショット
CREATE TABLE archive.monthly.orders_202603
DEEP CLONE prod.silver.orders
  TIMESTAMP AS OF '2026-03-31 23:59:59';

クローンで複製されるメタデータ

• スキーマ（カラム名、データ型）
• NOT NULL制約
• CHECK制約
• テーブルプロパティ（delta.enableChangeDataFeed等）
• パーティション情報
• カラムコメント・テーブルコメント

クローンされないもの: テーブルの変更履歴（History）、ストリーミングチェックポイント、 Unity Catalogの権限（クローン先のデフォルト権限が適用される）。

VACUUMとの関係

SHALLOW CLONEの最大のリスクはソーステーブルのVACUUMです。 VACUUMが保持期間を超えたデータファイルを削除すると、SHALLOW CLONEがそのファイルを 参照している場合にクエリが失敗します。

-- ソースのVACUUM保持期間を確認
DESCRIBE DETAIL prod.silver.orders;
-- delta.deletedFileRetentionDuration を確認

-- SHALLOW CLONEを安全に使う場合の推奨設定
ALTER TABLE prod.silver.orders
SET TBLPROPERTIES (
  'delta.deletedFileRetentionDuration' = 'interval 30 days'
);

試験で問われるポイント

• DEEP CLONEとSHALLOW CLONEの違い（データコピーの有無、ソース依存性）
• SHALLOW CLONEがソーステーブルのVACUUMに影響されること
• クローンのTime Travel指定（VERSION AS OF / TIMESTAMP AS OF）
• CREATE OR REPLACEでの増分DEEP CLONE
• メタデータ（制約・プロパティ）がクローンされること
• クローンの用途判断（実験→SHALLOW、アーカイブ→DEEP）

問題で確認

よくある質問