MySQLのインデックスは、大規模なデータクエリが状況を遅らせる解決できない場合は、最適化の文がmysqlは、その後、mysqlの文が最適化するために、インデックスを中心に展開、最適化、制限があり、その後、（水平成分と垂直方向のパーティションテーブル、テーブルに表示されます私はちょうどあなた自身の理解を録音）
サブテーブルのレベル：
上に示した：別の3-テーブル構造は、データがこれらの3つのテーブルに格納されていることを除いて同じであるので、挿入したいか、クエリIDた場合に引き継がれるために必要な、その後、スプライシングテーブル名は、それが完了していますTABLE_NAME
しかし、私はそれを電子メールで送信するためにそれに名前を付けたり、テーブルを分割する必要がある場合は？
その後、MD5の使用する必要があり、暗号化を MD5暗号化は、それがアイデア以上離れて撮影することができ進数であるため。
垂直のテーブル：
なぜ垂直サブテーブルが必要なのでしょうか？
そこには大きなフィールドではないので一緒に見つけるために尋ねるために気にしませんでしたが、インデックスを照会する際、IDや他の大規模なフィールドに基づいて説明するがので、表示したりしないように持って真剣場合は、テーブルを使用するために、現在の必要性に影響を与えますクエリのパフォーマンス、これだけ垂直サブテーブル
詳細は下記を参照してください。
これらは、垂直サブサブテーブルとテーブルの限られたレベルの考え方の欠点です、レベルの感謝を明記してください