17.10 - レベル3のチェック - Advanced SQL Engine - Teradata Database

• フォールバックを持つテーブルの場合、基本データ サブテーブルの各物理行と、フォールバック データ サブテーブルの対応する物理行を比較します。すべてのレベルでバイト単位で比較します。
• 重複行、順序や位置が誤っている行、および固有のプライマリ キーが重複していないかどうかをチェックします。
• 行のハッシュを検証します。
• データ行内の各フィールドのフィールド サイズを、対応する列に定義された最大フィールド サイズで検証します。フィールド サイズは、フォールバック データ行ではなく、基本データ行でチェックされます。フォールバック データ行内のフィールド サイズのエラーは、基本データ行とフォールバック データ行の間のバイトごとの比較で検出されます。
• 行パーティション テーブルでは、内部パーティション番号を検証します。列パーティション テーブルの場合、このチェックは実行されません。
• 列パーティション表では、各コンテナ行の物理データ行IDは、前のコンテナ行の物理行IDよりも大きいこと、さらに(該当する場合は)論理行IDがコンテナ行で示されたものよりも1つ少ないことが検証されます。コンテナ行は、形式の整合性が検証されます。
• テンポラル テーブルの場合、重複しているテンポラルな時間の値を持つ行と同等の値があるかどうかをチェックします。
• COMPRESSCHECKオプションが指定されていた場合、CheckTableは圧縮列データを検証します。例えば、多値圧縮された列の場合、CheckTableは表ヘッダー内の圧縮リストと各行の列の値を比較して、適切な値が圧縮されていることを確認します。

利用不能なAMPがあった場合は、行の代替(基本またはフォールバック)コピーがそのAMPにあったものとみなし、行に対する基本とフォールバックのデータについてチェックは実行されません。しかし、CheckTableはすべてのサブテーブルをスキャンして、基本とフォールバックの間に矛盾以外の問題がないかどうかのチェックを継続します。

複数レベルのパーティション プライマリ インデックスでは、エラー メッセージの外部パーティション番号は、パーティション式を組み合わせた結果の番号です。パーティション プライマリ インデックスおよびパーティション式の詳細については、<Teradata Vantage™ - データベースの設計、B035-1094>を参照してください。

テーブルの行のパーティションを訂正する場合は、ALTER TABLE文にREVALIDATE PRIMARY INDEX WITH DELETEまたはINSERTオプションを指定して使用します。ALTER TABLEについての詳細は、<Teradata Vantage™ - SQLデータ定義言語-構文規則および例、B035-1144>を参照してください。

• LOBサブテーブルの重複している行ID、順序が誤っている行ID、および位置が誤っている行がないかどうかをチェックします。
• LOBに対してフォールバックが存在する場合、欠落している基本行またはフォールバック行がないかどうかをチェックします。
• LOB行の基本コピーおよびフォールバック コピーのチェックサムを比較します。
• ハッシュ コードがそれぞれのサブテーブルの行位置を正しく反映しているかどうかも検証します。
• 実行のOIDの更新タグがラージLOB行の更新タグと一致していない、古くなったロケータ/OIDがないかどうかチェックします。
• LOBのずれがないかどうかをチェックします。例えば、LOBの最初の部分と3番目の部分が存在するのに、サブテーブルから2番目の部分が欠落していないかどうか。

• インデックス登録がない行、データ サブテーブルに存在しなくなったインデックス付きデータ行、および複数のインデックス付きデータ行を検出します。
• プライマリ インデックス サブテーブルおよびフォールバック インデックス サブテーブルの行IDが重複していないかどうか、順序や位置に誤りがないかどうかをチェックします。
• USI行内の各フィールドのフィールド サイズを、対応する列に定義された最大フィールド サイズで検証します。フィールド サイズは、フォールバックUSI行ではなく、基本USI行でチェックされます。フォールバックUSI行内のフィールド サイズのエラーは、基本USI行とフォールバックUSI行の間のバイトごとの比較で検出されます。
• フォールバックのテーブルの場合、基本およびフォールバックのインデックス サブテーブルをバイト単位で比較します。
• 基本またはフォールバックのインデックス サブテーブルでインデックス付けされている行IDのリストと、基本またはフォールバックのデータ サブテーブルの行IDとを比較します。
• 各USI行のキーを、データ行から抽出され対応するキーと比較します。
• 行のハッシュを検証します。
• すべての論理行でインデックス付けが1度きりであることを検証します。
• 基本データ サブテーブルおよびフォールバック データ サブテーブルに重複したり、順序が誤っていたり、配置が誤っている行IDがあるかをチェックします(チェックの異なる段階でそのようなチェックがまだ実行されていない場合)。

• インデックス サブテーブルの各データ行が、正しいインデックスキーでインデックス付けされているかどうかをチェックします。
• 各NUSI行のハッシュ コードが、その行のキー値に対応しているかどうかをチェックします。
  地理空間インデックスの場合、このチェックは無効です。
• インデックス行に重複や順序の誤りがないかどうかをチェックします。
• 基本データ サブテーブルおよびフォールバック データ サブテーブルに重複したり、順序が誤っていたり、配置が誤っている行IDがあるかをチェックします(チェックの異なる段階でそのようなチェックがまだ実行されていない場合)。
• 基本とフォールバックのNUSI行内のフィールドごとのフィールド サイズを、対応する列に定義された最大フィールド サイズで検証します。
• 地理空間インデックスの場合、CheckTableは、地理空間インデックスのRツリー構造の整合性と正確さについての追加チェックを実行します。

• インデックス値が重複していないかどうかをチェックします。
• ハッシュ コードが正しいかどうかをチェックします。
• 親テーブルに対して参照インデックスをチェックします。CheckTableがエラーを検出すると、参照インデックス内で指定された親テーブルにREADロックをかけます。AMPが親テーブルをロックできない場合、CheckTableはエラーを報告します。
• 参照インデックス行内のフィールドごとのフィールド サイズを、対応する列に定義された最大フィールド サイズで検証します。