Rebuild アクションを使用してテーブルを最初から再構築する
Rebuild アクションは、同じスキーマを持つ新しい物理テーブルを作成し、そのテーブルにすべてのデータを挿入することで、既存のテーブルを完全に再構築します
目的
Rebuild アクションは、既存のテーブルを完全に再構築します。同じスキーマを持つ新しい物理テーブルを作成し、そのテーブルにすべてのデータを挿入します。
主に、テーブルが構築された後に変更できないフィールドのプロパティを変更するために使用されます。特に、属性に Required または Required + Identifier の制約を追加する場合(属性制約 を参照)です。
テーブルを再構築する理由
テーブルを再構築するには、いくつかの利点があります:
- フィールドのプロパティを変更します。例えば、 Required を変更することは、テーブルが構築された後に行うことはできません。
- パーティション化されたデータを再構成します。テーブルがパーティションを使用している場合、すべてのデータはそのパーティションを使用して再記述されます。既存のテーブルにパーティションを追加した場合、新しいデータのみがそのパーティションに格納されます。Rebuild アクションを使用すると、すべてのデータを適切に再構成できます。
- メタデータとストレージをクリーンアップします。すべてのメタデータと履歴を削除して、テーブルのクリーンなバージョンを保持します。これにより、ストレージを削減し、パフォーマンスを向上させることができます。Iceberg はデータを保存する方法を最適化します。
Rebuild アクションは、テーブルのすべての履歴を削除します。実行後、Time Travel 機能を使用して以前のバージョンにロールバックすることはできなくなります。これは新しいスタートです。
Rebuild アクションの設定
新しい Rebuild アクションを作成するには、Data Processing Engine (DPE) の Actions タブに移動し、New Action をクリックし、Rebuild アクションを選択します。次に、再構築するテーブルを選択し、フィールド設定(必須フラグ、識別子フラグ、およびデフォルト値)を調整します。
デフォルト値
属性のプロパティを Required または Required + Identifier に変更する場合、デフォルト値 を設定する必要があります。この値は、再構築中にその属性に対して見つかった NULL 値を置き換え、新しい必須制約が満たされるようにします。
バックアップテーブルを保持
Keep backup table オプションは、履歴を含む前のテーブルのバックアップを保持します。バックアップテーブルの名前は、プレフィックス _back_{hash}(例:my_table_back_d26433d4)で付けられます。この名前は実行ログで確認できます。
さらに詳しく
トレーニングや技術的なサポートが必要な場合は、営業担当者にお問い合わせください、またはProfessional Services ページをご覧ください。見積もりをリクエストし、専門家チームにプロジェクトを分析してもらうことができます。
質問をする、フィードバックを送信する、またはData Platformを構築するチームと直接交流するには、専用の Discord チャネル をご利用ください。
OVHcloud サービスについてサポートが必要な場合は、Help Centre でリクエストを作成してください。
コミュニティのユーザー に参加してください。

