行スキャンは省かれます。テーブルが正しく閉じられているかどうかの確認の為に簡単なチェックを行っている次の例のように、確認オプションを組み合わせる事も可能です。テーブルが変更されます。そのテーブル内に何の問題も発見できない時に起こります。テーブルが破損すると、その問題はデータ部分ではなく、ほとんどインデックス内にあるでしょう。これまでに紹介された全ての確認タイプはインデックスをくまなく確認するので、ほとんどのエラーを見つける事ができるはずです。オプションを利用しなければいけません。ファイル中に何のエラーも発見しないかもしれないという小さいリスクを負う事ができる場合には、後者を利用してください。ファイル中に何らかのエラーを発見するはずです。印が付けられ、修復されるまでは利用できなくなります。実行されるように)から利用されるようになっています。コード内にバグを見つけた可能性がある場合のみ、この方法は好ましくありません。これは通常確認が成功した場合は、めったに起こらないでしょう。よって報告されたいくつかの問題は自動的に修復されません。カラムが0の値を含むテーブル内に行を持っている事を意味します。ある行を作成する事が可能です。実行する事を決めた時に問題を引き起こします。カラムのルールに従って値を変更します。ステートメントを実行してください。チェックサムを報告します。これはとても速いです。オプションを指定する事によって有効になります。テーブルにだけサポートされています。利用すると、テーブル全体が一行ごとに読まれ、チェックサムが計算されます。大きいテーブルでは時間がかかります。チェックサムを返します。返し、警告を生成します。チェックサムの値はテーブル行フォーマットによって決まります。行フォーマットが変更されれば、チェックサムもまた変更されます。アップグレードされると、チェックサム値も変更されるでしょう。利用しなければいけません。操作は古い行の位置を再利用します。利用する事ができます。利用する必要は全くありません。可変長行の更新を頻繁にするとしても、特定のテーブルに対してだけ、この作業を週に一度、または月に一度以上する必要はありません。