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 値をすべて置き換え、新しい必須制約が満たされるようにします。
バックアップテーブルを保持
バックアップテーブルを保持 オプションは、履歴付きの前のテーブルのバックアップを保持します。バックアップテーブルは、プレフィックス _back_{hash} で名前が付けられます(例:my_table_back_d26433d4)。この名前は実行ログで確認できます。
さらに詳しく
トレーニングや技術的なサポートが必要な場合は、営業担当者にお問い合わせください、またはこのリンクをクリックして、プロフェッショナルサービスの専門家にプロジェクトのカスタム分析を依頼し、見積もりを受け取ってください。
Data Platform を構築するチームと直接やり取りし、質問をしたり、フィードバックを送信したり、Discord の専用チャネルで交流したりしてください。
OVHcloud サービスについてサポートが必要な場合は、ヘルプセンターでリクエストを作成してください。
コミュニティのユーザーに参加してください。

