テーブルの次の側面について検討してください。キー値を保持するカラムに一意のセカンダリインデックスを作成する方が効率的な場合もあります。パフォーマンスが最大になり、主キー値が各セカンダリインデックスに複製され、主キーが長い文字列値の場合に不要なスペースを占有する可能性があるためです。テーブルをセットアップすることがあります。表記を使用して、項目を異なるテーブルに格納したり取得したりします。項目を物理的に分割することで、各テーブルの特性を調整すると、最適なスペース使用率、パフォーマンス、および信頼性を得ることができます。ブログ投稿を保持するテーブルに対して圧縮を有効にし、サムネイル画像を保持するテーブルを有効にしない場合があります。非常に重要なデータが保持されているテーブルは、別のテーブルよりも頻繁にバックアップする場合もあります。介してレポートを生成するために頻繁に使用されるテーブルで、追加のセカンダリインデックスを作成する場合もあります。インタフェースで使用する安定したテーブル定義セットをセットアップし、永続的に保存します。テーブルへの変更は、テーブルに対してクエリーが次回実行されたときに有効になります。表記によってリクエストされるたびに参照されます。使用しようとするとただちに表示されますが、既存のエントリではエントリが有効になる前にサーバーの再起動が必要です。デバッグメッセージが発生します。テーブルに直接送信されるためです。