7テーブル以上を結合すべきでない、という話について

7テーブル以上結合したらダメ？

OracleDBにおいて、「7テーブル以上を結合するとパフォーマンスが悪化する」という話があります。

自分はOracleの公式ブログ(?)記事で知りました。
津島博士のパフォーマンス講座第24回良いSQLについて（3）

しかし、そこそこの規模のシステムなら7テーブル以上を結合することなんて頻繁にあると思います。

たった7テーブルでオプティマイザの限界が来るなんてちょっと信じられない仕様ですし、解決法として「できれば多くても6個までになるように、データベース設計をするようにして下さい」なんてテーブルの非正規化を推奨するようなことが書かれているのはもっと信じられません。

テーブルの非正規化についてはほとんどのDBエンジニアの考え方に反すると思っています。

聞きたいこと

①上記のブログは2013年の記事ですが、Oracleは今でもこの仕様で動いているのでしょうか？

②この仕様について記された公式ドキュメントはあるのでしょうか？

③MySQLやPostgreSQL等にもこのような結合テーブル数に関する限界値があるのでしょうか？

知りたいことは以上3点です。

他にもこの仕様について知っていることや意見等あればどんなことでも教えてくださると嬉しいです。

回答3件

YT0014

総合スコア1819

投稿2025/05/16 00:51

検索結果より関連しそうな記事を

Oracle Database 23c Free Developer Releaseの”_optimizer_max_permutations” parameterの設定値についてより
「たまたま気づいたのですけど、 Oracle Database 23c Free Developer Release で、
under scored parameterの　"_optimizer_max_permutations"　って、 300なんですね。随分少ない設定にされていました。」

最新のOracleに関しては、_optimizer_max_permutationsの実際の値を確認されることをお勧めします。

また、2009年以前の記事のようですが、Oracleからも、結合を６テーブル程度に収めることを推奨する記事が出ております。
門外不出のOracle現場ワザ

個人的な意見としては、結合が多すぎる場合は、SQLの分割を検討するのが先かと。
レコード数が小さいマスタ系の場合、コード側でHashMapなどで保持しておくほうが、速度的に有利な場合があります。

yambejp

総合スコア117717

投稿2025/05/16 03:36

まぁoracleということであれば職業的なオラクルマスターがテクニックを駆使してチューニングするようなビジネスモデルでしょうから、あまり気にしても仕方ない気がします。そもそも結合すること自体パフォーマンスを犠牲にするわけで、正規化はかならずしも高速化のためのテクニックではないですから。
とはいえできる範囲で高速化を図りたいということであれば、オプティマイザが判断できる範囲でサブクエリーなどで集計、抽出しておき、そこにマスターデータなどを繋げば、負荷の高い部分は解消されるのでマスターデータの参照など最適化されていなくてもさほど気にならないかもしれません。