DB設計を語るスレ
at DB
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞの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 質問です。通常は多対一（一対多）なんだけれども、例外的に多対多になる場合は どの様に対応されているのでしょうか？ 例えば社員と部署を考えてみると、一般的にその関係は多対一ですが、現実には 複数の店舗を掛け持ちしたりとかで多対多になるケースもあるとかです。 きっちりやるなら関連テーブルを作って対応ってことなんでしょうけど、 実際には多対一で設計して運用で対応してるのが多いんじゃないのかな？って疑問です。 どうなんでしょう？
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
5396日前に更新/253 KB
担当:undef