Создание уникальной идентификации путем объединения двух чисел

Question

Я хочу создать уникальный идентификационный номер для моего проекта. У меня есть две таблицы:

1. Департамент
2. employee_details_table

Я определил первичный ключ "отдела", как:

department_id tinyint(2) zerofill not null auto_increment, 

Для "employee_details_table", первичный ключ назван как «employee_id». Я хочу сгенерировать идентификатор сотрудника для этого столбца в виде пятизначного числа (или строки), где первые две цифры - это идентификатор department_id, назначенный сотруднику, а последние 3 цифры должны быть похожими на auto_increment.

Пример:

• 01020: Он должен быть назначен сотрудник, принадлежащий отделу 01 и он является двадцатым сотрудником в этом отдела.

• 03040: Он должен быть назначен сотруднику, принадлежащему отделу 03, и он является 40-м сотрудником в этом отделе.

P.S .: Я опубликовал этот вопрос после интенсивных исследований и попробовал свою руку при кодировании материала.

Answer 1

Помните, что сотрудник может менять отделы в компании. Таким образом, первичный ключ не должен отражать отдел, поскольку работник, переходящий из «Информационных технологий» в «Информацию по управлению», заставит их ПК изменять каждый раз, где он хранится в базе данных (возможно его реализовать таким образом, но считается плохой практикой).

Вместо этого вы должны использовать обычный автоинкремент PK в таблице employee, чтобы ваши соединения были надежными, а затем решили добавить новый столбец, содержащий номер, который они находятся в отделе.

Таким образом, вы будете также нуждаться в этом в employee таблице:

department_nth tinyint(2) not null, 

Это не является уникальным, так что будет один 1 для каждого отдела, один 2 для каждого отдела, не и т.д., пока все отделы имеют последовательность 1..N для их сотрудников.

Ваши номера сотрудника поэтому косметического устройства: 01020 это только department.department_id сцепляется с employee.department_nth - вам не нужно явно хранить его в любом месте. Когда вы ссылаетесь на сотрудника в базе данных (то есть на внешний ключ), просто используйте employee_id, так как он не изменится.

Следует также учитывать, как движение подразделения должно влиять на значение department_nth: если «Информация управления» имеет четыре сотрудника, а первая переходит к «Соответствие», если другие перенумеровать? Или они будут придерживаться 2, 3, 4 без 1?