DB設計に関するして中間テーブルを親にする設計についてご教授ください。

Question

前提・実現したいこと

company = 会社
year = 年度
department = 部署
user = 社員

company 1:N year
year 1:N department
department 1:N user

company < year < department < user


条件として
① departmentの名前は変更されても過去のyearの部署名は変更されないこと
② yearでdepartmentを引き継いだ場合departmentは同じものとして扱うこと
③ userの情報はyearごとに管理できること、　（名前、生年月日はyearごとに管理しない）
④ yearごとに表示されるユーザーを表示すること。

上記の条件でDB設計をしております。

発生している問題・エラーメッセージ

yearとuserの中間テーブルであるyearuserからdepartmentとyearuserで作る中間テーブル（departmentuser）は
DB設計上いかがなものなのでしょうか？

テーブル設計内容

① departmentの名前は変更されても過去のyearの部署名は変更されないこと
　　→ departmentにdepartment_nameでその当時の名前を保存するように設計

② yearでdepartmentを引き継いだ場合departmentは同じものとして扱うこと
　　→ departmentを親にdepartmentgroupで名前変更されても同じものに判別するよう設計

③ userの情報はyearごとに管理できること、　（名前、生年月日はyearごとに管理しない）
　　→ yearuserでその年のuser情報を保存するように設計

④ yearごとに表示されるユーザーを表示すること。
　　→ yearuserでユーザー取得できるように設計

該当のソースコード

SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';

-- -----------------------------------------------------
-- Schema mydb
-- -----------------------------------------------------

-- -----------------------------------------------------
-- Schema mydb
-- -----------------------------------------------------
CREATE SCHEMA IF NOT EXISTS `mydb` DEFAULT CHARACTER SET utf8 ;
USE `mydb` ;

-- -----------------------------------------------------
-- Table `mydb`.`company`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`company` (
  `id` int NOT NULL,
  `name` VARCHAR(45) NULL,
  PRIMARY KEY (`id`));


-- -----------------------------------------------------
-- Table `mydb`.`year`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`year` (
  `id` int NOT NULL,
  `name` VARCHAR(45) NULL,
  `company_id` int NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_year_company1_idx` (`company_id` ASC),
  CONSTRAINT `fk_year_company1`
  FOREIGN KEY (`company_id`)
  REFERENCES `mydb`.`company` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);


-- -----------------------------------------------------
-- Table `mydb`.`department`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`department` (
  `id` int NOT NULL,
  `year_id` int NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_department_year1_idx` (`year_id` ASC),
  CONSTRAINT `fk_department_year10`
  FOREIGN KEY (`year_id`)
  REFERENCES `mydb`.`year` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);


-- -----------------------------------------------------
-- Table `mydb`.`departmentgroup`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`departmentgroup` (
  `id` int NOT NULL,
  `department_name` VARCHAR(45) NULL,
  `department_id` int NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_department_department1_idx` (`department_id` ASC),
  CONSTRAINT `fk_department_department1`
  FOREIGN KEY (`department_id`)
  REFERENCES `mydb`.`department` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);


-- -----------------------------------------------------
-- Table `mydb`.`user`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`user` (
  `id` int NOT NULL,
  `name` VARCHAR(45) NOT NULL,
  `birthday` DATE NOT NULL,
  `company_id` int NOT NULL,
  `gender` INT NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_user_company_idx` (`company_id` ASC),
  CONSTRAINT `fk_user_company`
  FOREIGN KEY (`company_id`)
  REFERENCES `mydb`.`company` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);


-- -----------------------------------------------------
-- Table `mydb`.`yearuser`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`yearuser` (
  `id` int NOT NULL,
  `user_id` int NOT NULL,
  `year_id` int NOT NULL,
  `address` VARCHAR(45) NULL,
  `email` VARCHAR(45) NULL,
  `zip` VARCHAR(45) NULL,
  `tel` VARCHAR(45) NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_yearuser_user1_idx` (`user_id` ASC),
  INDEX `fk_yearuser_year1_idx` (`year_id` ASC),
  CONSTRAINT `fk_yearuser_user1`
  FOREIGN KEY (`user_id`)
  REFERENCES `mydb`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_yearuser_year1`
  FOREIGN KEY (`year_id`)
  REFERENCES `mydb`.`year` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);


-- -----------------------------------------------------
-- Table `mydb`.`departmentuser`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`departmentuser` (
  `id` int NOT NULL,
  `yearuser_id` int NOT NULL,
  `department_id` int NOT NULL,
  PRIMARY KEY (`id`),
  INDEX `fk_departmentuser_yearuser1_idx` (`yearuser_id` ASC),
  INDEX `fk_departmentuser_department1_idx` (`department_id` ASC),
  CONSTRAINT `fk_departmentuser_yearuser1`
  FOREIGN KEY (`yearuser_id`)
  REFERENCES `mydb`.`yearuser` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_departmentuser_department1`
  FOREIGN KEY (`department_id`)
  REFERENCES `mydb`.`departmentgroup` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);


SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;

ご教授いただきたいです。

SQL更新いたしました。

Comments

[coco_bauer]

「company < year < department < user」というのは、何を表しているのでしょうか？
兼務　("user 1:N department"と表すのかな?)は有るのでしょうか？
「yearでdepartmentを引き継いだ場合」というのは、具体的に何を表しているのでしょうか？
「departmentは同じものとして扱うこと」ということは、見た目には異なるdepartmentが存在する可能性が有り、それらを同じものとして扱うためのルールがあるという事でしょうか？

何のために（どのような用途で）、どういう機能を果たすようなDBを設計しているのかというイメージが掴みかねます。

[yambejp]

idとか***_idカラムが型指定されていないようですが

[m3304017499]

idとか***_idカラムが型指定されていないようですが

この件修正しましたのでおねがいいたします。

[m3304017499]

「company < year < department < user」というのは、何を表しているのでしょうか？
company 1:N year
year 1:N department
department 1:N user
上記を指しております。

兼務　("user 1:N department"と表すのかな?)は有るのでしょうか？
はい。
複数の部署（department）に属す可能性はあります。
そのためdepartmentuserを作成しています。

「yearでdepartmentを引き継いだ場合」というのは、具体的に何を表しているのでしょうか？
毎年新しいyearを作成するときにその年の部署名（departmentgroupのdepartment_name）を引き継ぐ想定でいます。

「departmentは同じものとして扱うこと」ということは、見た目には異なるdepartmentが存在する可能性が有り、それらを同じものとして扱うためのルールがあるという事でしょうか？
そのような認識であっております。

名前変更されたとしても
2020の部署名A
202１の部署名A =>部署名B 同じものとして扱いたいです。