私は組織図を設計していますが、ここではモデルはほとんど準備ができて簡略化されています。DBデザインの質問
OrgUnit (OrgUnitId, Name, ReportsToOrgUnitId, ...)
OrgUnitJobs (OrgUnitJobId, OrgUnitId, JobName, ReportsToOrgUnitJobId, ... ,IsJobGroup)
Employee (EmployeeId, ........)
OrgUnitJobEmployee (OrgUnitJobId, EmployeeId, AssignedDate, .....,)
はので、私はすべての組織部門のManagerEmployeeを(1が必要です)を知りたい、そして従業員が複数のジョブを持つことができますが、そのうちの一つが主な仕事である必要がありますので、私は知っていただきました!彼のマネージャーや他のもの。 これはscneseの背後にある小さなワークフローをサポートするため、非常に単純なOrgチャートモデルではありません。
あなたは何をしますか?(OrgUnitJobsモデルにIsManagerプロパティのような)プロパティを追加するか、OrgUnitModelにManagerOrgUnitJobIdを追加しますか?なぜ?
同様に、従業員の場合、OrgUnitJobEmployeeモデルにIsPrimaryJobプロパティを追加するか、Employee ModelにPrimaryJobIdを追加します。
が今追加して何も考えることはできませんOrgUnitManagers(OrgUnitJobEmployeeID)にOrgUnitManagers(OrgUnitJobID)を変更するが、私はこのスキーマの外観が好き - 私が今までに見た最も現実的な組織図スキーマです。 – finnw