人力検索はてな
モバイル版を表示しています。PC版はこちら
i-mobile

データベースの設計についての質問です。
顧客リストの標準的な正規化モデルというのは存在しますでしょうか?
今一番苦慮しているのは、
部署名と役職名が階層構造を成している点です。
例:
○○事業部
○○企画部
○○課
○○課長
○○室長代理

どこまで正規化すれば良いのか、
落としどころみたいなものがありましたら、
アドバイス願います。

●質問者: takasiym
●カテゴリ:ウェブ制作
✍キーワード:アドバイス データベース モデル リスト 存在
○ 状態 :終了
└ 回答数 : 1/1件

▽最新の回答へ

1 ● きゃづみぃ
●200ポイント

いくつか人事関連のソフトに関わったことがありますが、

たいてい 所属コードと所属名という組み合わせでしたね。

所属コードが 階層式になってて

たとえば

○○事業部 001

○○企画部 002

○○課 003

の場合

001002003

というふうに 桁数で 部署を分けるようにして用いてました。

これが

001002

だと

○○事業部 001

○○企画部 002

となります。

◎質問者からの返答

ありがとうございます。

002001だと、

○○企画部

○○事業部

となるわけですか。

悪くない切り抜け方ですね。。。

するとデータベース構造は以下で宜しいでしょうか?

顧客マスタテーブル

==========================================

顧客コード(プライマリキー)

企業コード

氏名

Tel

Fax

E-mail

==========================================

企業テーブル

==========================================

企業コード(プライマリキー)

企業名

==========================================

企業所属テーブル

==========================================

ユニークID(プライマリキー)

所属コード

企業コード

所属名

==========================================

企業役職テーブル

==========================================

ユニークID(プライマリキー)

役職コード

企業コード

役職名

==========================================

顧客所属テーブル

==========================================

ネストレベル(プライマリキー)

顧客コード

所属コード

==========================================

顧客役職テーブル

==========================================

ネストレベル(プライマリキー)

顧客コード

役職コード

==========================================

問題なければこれでテーブルを作成しようと思います。

質問を終了します。

関連質問


●質問をもっと探す●



0.人力検索はてなトップ
8.このページを友達に紹介
9.このページの先頭へ
対応機種一覧
お問い合わせ
ヘルプ/お知らせ
ログイン
無料ユーザー登録
はてなトップ