△▲ WebProg 初心者 ..
[
2ch
|
▼Menu
]
■コピペモード
□
スレを通常表示
□
オプションモード
□このｽﾚｯﾄﾞのURL
■項目テキスト
689:nobodyさん 10/03/14 03:42:39 ログイン機能のあるウェブサイトのＤＢ設計で 「ユーザテーブル」と「ログイン情報テーブル」のように分けるケースをよく見かけます。 （ユーザテーブルに名前や住所や電話番号などを格納して、ログインテーブルにログインＩＤとパスワードを格納する感じ） ユーザテーブルにログインＩＤやパスワードを保持するのは何か問題あるのでしょうか？ ユーザとログインＩＤは通常１：１の情報だから同じテーブルに入れるのが筋だと思うのですが。 690:nobodyさん 10/03/14 03:44:04 いや問題はない 利便性のために意図的に正規形を崩してるだけ 691:nobodyさん 10/03/14 05:17:43 >>689 ORMとかリレーショナルデータベースでググレ 692:689 10/03/14 10:09:58 >>690 >>691 ありがとうございます。 利便性というのは具体的にはどのような効果があるんでしょうか。 ORMがヒントであるなら、ユーザ情報とログイン情報を別のクラスとして扱いたいということですか？ むしろ面倒くさくなりそうです。 一般的にはログイン後にユーザ情報を取得すると思いますが、 ユーザテーブルとログイン情報テーブルにテーブルを分けてしまうと、ログイン処理の度に二つのテーブルを参照する必要がありますよね。
次ページ
最新レス表示
スレッドの検索
類似スレ一覧
話題のニュース
おまかせリスト
▼オプションを表示
レスジャンプ
mixiチェック！
Twitterに投稿
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch
4317日前に更新/193 KB
担当:undef