MySQLの検索速度について

Question

MySQLで大きなデータベースを扱いたいんですが、検索速度に関していくつか質問があります。

①カラムの数で検索速度は変わるのか
使わない情報のカラムを消したDBを作った方が、検索が速くなりますか？

②専用のテーブルを作るべきか
例えば人が品物を買った情報を
（人コード, 人名）と（品物コード,　品物名）と（人コード ,品物コード, 買った日付）
みたいな感じの３つのテーブルで扱ってるとし、必要なのは（人名, 品物名）だけとします。

３つのテーブルを使っていれば結合が必要になり、遅くなりそうですが、
３つのテーブルから専用の（人名, 品物名）のテーブルを作れば検索は速くなりますか？

初心者で質問に不備があるかもしれませんが、よろしくお願いします。

Answer 1

①カラムの数で検索速度は変わるのか

データ量によって速度は変わりますから、カラム数が少ない＝データ量が少ない、ということなら早くはなります。
但し、カラムの数ということを重点にテーブル設計を行うことは避けて下さい。

②専用のテーブルを作るべきか

言われているような事は、「第二正規化」の関数従属性に従っていない為、行うべきではありません。

速度の観点からも、専用のテーブルだけからみると取得は早くなるかもしれませんが、そのデータを作る時間が増えています。

そのようなチューニングを行う事もありますが、システムの全体バランスを考えられるレベルでないなら、行うべきではありません。

「DBを正規化すると遅くなる」は誤解，実証実験の結果が公開に

Answer 2

①カラムの数で検索速度は変わるのか

一般論として「使わない情報」であれば無いほうが早くなるはずです
データ量が多いということは同じ効率で検索してもファイルI/Oが違いますので

②専用のテーブルを作るべきか

３つのテーブルを使っていれば結合が必要になり、遅くなりそう

正規化というものは必ずしも高速化を担保するものではありません
運用の仕方によっては確かに遅くなるケースもあるでしょう。
たとえば今回のケースで複雑な検索をしないでただデータを
冗長に表示するだけなら１テーブルに突っ込んでおいたほうが
理論上高速になるかと思います。
ただし正規化をしないと整合性が取れなくなる可能性がたかまります
たとえば、人コード、人名の組み合わせが1テーブルに両方のせていれば
相関関係が崩れる可能性があるということ。
また人コードに対する人名が変更されたとき正規化したマスター
テーブルであれば１データをconstに修正で済むところが、
すべてを１テーブルに煩雑に突っ込んであれば、該当する全データ
を変更する必要がでてきます。

Answer 3

環境にもよりますが、パーティショニングも視野に入れると良いと思います。
※数千万レコードのレベルだと必須ではないかと？