DB設計を語るスレat DBDB設計を語るスレ - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト845:NAME IS NULL 08/06/01 01:18:03 >>835 それって主キーをIDにして、別途自然キーにユニーク制約つけとけばいいんじゃないの？ 846:NAME IS NULL 08/06/01 18:33:29 CASE文にサブクエリ書くのは汚いSQLになる 847:NAME IS NULL 08/06/01 22:18:01 CASEによる 848:NAME IS NULL 08/06/02 14:54:08 case by case と言って欲しかった 849:NAME IS NULL 08/06/02 20:51:43 だれがうまいことを 850:NAME IS NULL 08/06/26 23:19:26 9Bdxxe1P 質問です。通常は多対一（一対多）なんだけれども、例外的に多対多になる場合は どの様に対応されているのでしょうか？ 例えば社員と部署を考えてみると、一般的にその関係は多対一ですが、現実には 複数の店舗を掛け持ちしたりとかで多対多になるケースもあるとかです。 きっちりやるなら関連テーブルを作って対応ってことなんでしょうけど、 実際には多対一で設計して運用で対応してるのが多いんじゃないのかな？って疑問です。 どうなんでしょう？ 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch