ＲＤＢに適しているもの、ＮｏＳＱＬに適しているものを結合の観点から

まとめてみた。

【テーブルを結合しない】
　　・どちらでもよい


【自己結合してしまう】
　　　・ＮｏＳＱＬが向いている
　　　・レコードレベルで、ツリー構造になっているはず。
　　　　　　複雑になると、ＲＤＢには向かない
（自己結合：
　　看護婦と婦長のように、同じテーブルのレコード内で親子関係があるため、
　　自分のテーブルを別名をつけて結合する）



【１対Ｎの多段階構造】
　　　・ＮｏＳＱＬが向いているがＲＤＢでもよい
　　　・テーブルレベルでツリー構造になっているはず。
例：テスト→問題→選択肢のような関係で、問題を使いまわさない。


【１対Ｎが、２箇所から来ている、Ｎ対Ｎ】
　　　・ＮｏＳＱＬだと、更新時に問題が出る
　　　　　　→が、それをクリアすれば良い
　　　・ＲＤＢでＪＯＩＮする
　　　　　　→遅くなる場合がある※

例：受注明細（受注１→受注明細Ｎ　と　商品１→受注明細Ｎ　の２箇所）
　　テスト→問題→選択肢のような関係で、問題を使いまわす。


※ＲＤＢで結合が遅くなる場合：対策
・マテリアライズド・ビューを使う（Oracleのみ）
　　→自分でマテリアライズド・ビューもどきをつくる

・クエリーキャッシュを使う
　　→自分でキャッシュしてがんばる