答えはすでにわかっているようですが、ビジネスモデルは時間の経過とともに常に変化するか、最終的には失敗するため、設計するシステムは簡単に変更できるようにしてください（一般化ですが、アイデアは得られます）。その当然の結果として、高速または低速のリジッドモデルを作成すると、リジッドになり、変更が難しくなり、エンドユーザーには違いがわかりません。したがって、非常に悪い変更でない限り、お金や幸福の変更は達成されません。あなたの問題は、クエリがエンジンで機能するという点で技術的なものではなく、哲学的な問題であり、見かけの速度に対して簡単に変更できます。正規化されたデータベースを持つことの利点は何ですか？クリーンなアーキテクチャと設計について考えてみてください。処理が安価でストレージも安価であるため、パフォーマンスは今日の世界で最も問題が少ないです。しかし、設計には費用がかかります。正規化は、最後の瞬間の決定に依存せず、構造化された設計プロセスに依存するシステムを作成するために行われました。大きなテーブルはMySqlにとって大きな問題ではありませんが、維持、変更、拡張するのに大きな問題です。これは、列をもう1つ追加するだけでなく、データ自体の厳密な構造に関するものです。最終的には、インデックスを含む列を追加するだけで、それらのインデックスは小さなテーブルを指すようになります。 MySqlはとにかくすべてのデータを処理します。それで、最初のデータ、たくさんの小さなテーブル、多対多を選びます。
