人事のために会社の従業員を管理するためのアプリケーションを作成しています。したがって、このための従業員テーブルがあります。
現在、HR は、来月に 10 人の新入社員が当社に入社すると予測することもできます。たとえば、今日が 4 月であれば、5 月には 10 人の新入社員が入社します。
彼らはまた、8月と12月と言うように、後の月についても予測するかもしれません. tghey が実際に参加するまで、従業員が名前などの詳細を正確に伝える場合としない場合があるため、これは非常に仮説的なものです。
また、予測が間違っていて、10 ではなく 5 だけが参加している場合もあります。
すべての予測について、人事部は従業員テーブルにレコードを追加し、名前などのプレースホルダーが不明な場合があります。
解雇についても同じことが言えます。たとえば、会社は規模を縮小する必要があり、HR は 4 月に 10 人の従業員を解雇するよう求められています (詳細は不明ですが、5 人の従業員を退職させる予定です)。
では、それらを別のテーブル (実際の従業員と将来の退職者および入社者) に配置し、実際の活動が発生したら、それらを実際の従業員テーブルに配置することをお勧めします。
ただし、レポートなどの操作は、単一のテーブルであるかのように両方のテーブルで行われます。
すべてのレポートにおいて、私は彼らを現在または将来の従業員として区別するつもりはありません。
したがって、たとえば、誰かが 4 月の終わりに何を従業員としてカウントするかを尋ねた場合、現在 + 将来の 10 になります。
同様に、従業員テーブルと予測テーブルも監査する必要があるため、機能的には現在の従業員と将来の従業員に違いはありません。
または、予測であることを示すために従業員テーブルにフラグを保持することをお勧めします。
助けてください。