△▲ WebProg 初心者 ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このスレッドのURL
■項目テキスト
314:nobodyさん 10/01/06 18:02:25 多対多(多ユーザーが多趣味を持つ)なら、RDBMSでは ユーザーテーブルと趣味テーブルに加えて、 結合用の関連テーブルを設けるのが常套手段かねえ。 315:nobodyさん 10/01/06 18:15:06 >>309 >310はよく言われてるんだが これはもともと、すべてのテーブルが行を一意に識別できるべき、って意味で 趣味テーブルが趣味とメンバーIDで一意に識別できるなら、ホビーIDはなくてもいい 実際問題としては、趣味が自由入力だったりして比較にコストがかかるようなら、 ホビーIDのように別途ID項目を作るのはよくあること すべてのテーブルに固有のID項目を作る必要はない(作れって主張する人もいるけど) まあ、これ以上はデータベース関係の板行け 316:nobodyさん 10/01/06 18:18:13 >>311,313,314 お前らみんな、趣味をマスタ管理する前提から離れろ まあ、俺が設計してるなら趣味はマスタ管理するがなw 317:298 10/01/07 08:49:03 >>310-316 半分板違いな質問に付き合ってくれてありがとうございました なんか理解できないなぁと思ってたら、「趣味は 複数無制限に登録できる、いつでもそれぞれ削除・変更可能」 ってことを自分が書き忘れてたのが原因でした。でも参考になりました、ありがとう。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック!
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
4323日前に更新/193 KB
担当:undef