Нормализована ли база данных

@gdamir · Регистрация: 02.09.2014

Author24 — интернет-сервис помощи студентам

Просьба подсказать, корректно-ли созданы таблицы в данной бд?

shanemac51 · 03.09.2014, 04:22

крайне имена полей неудачные и нет ключевого поля(счетчика) в таблице сотрудники
====
со мной в классе учились полные тезки фам-имя-отчество ---одинаковые
а вы делаете ФИО --ключевым

@snipe · 03.09.2014, 04:28

нет не корректно
в таблице сотрудник должно быть отдельное ключевое поле
а то придут к вам работать 2 Ивановых Ивана Ивановича и вы не сможете внести данные

должно быть штатное расписание и их должны занимать сотрудники
а у вас наоборот штатка крепится к сотруднику
т.е. сущность сотрудник и сущность штатное расписание, в которую по логике входят 2 таблицы Должность и отдел должны быть соединены через дополнительную таблицу в таком случае появится возможность вести архив - кто когда чего занимал, совмещение должностей и другие прелести

@gdamir · 03.09.2014, 09:49 **[ТС]**

изменил ключевое поле в таблице "Сотрудник" - теперь ключ = ФИО + номер паспорта.
так же есть таблица с должностями, в ней содержатся названия должностей.
вопрос: есть ли смысл записывать должности в отдельную таблицу или можно добавить в таблицу сотрудник поле "должность"?

@snipe · 03.09.2014, 10:04

4 таблицы должно быть - че-ты-ре
Сотрудники
Отдел
Должности
И таблица которая все это будет объединять
зачем вам составной ключ если можно поставить простой счетчик и не привязывать к паспорту и фио
простой пример человек совмещает 2 должности
и все в вашей базе это уже не отразишь

@gdamir · 03.09.2014, 10:30 **[ТС]**

так? какое поле будет ключевым в таблице State? получается один сотрудник может работать в разных отделах на разных должностях?

@snipe · 03.09.2014, 10:41

в таблу State надо добавить поле IdState и сделать его ключевым
можно добавить поля
дата принятия
дата увольнения

Сообщение от gdamir

получается один сотрудник может работать в разных отделах на разных должностях

и что плохого в том что директор моет полы и получает зарплату и за себя и за уборщицу

@gdamir 0 / 0 / 0 Регистрация: 02.09.2014 Сообщений: 5
		1
	Нормализована ли база данных 02.09.2014, 23:07. Показов 456. Ответов 6 Метки нет (Все метки) Просьба подсказать, корректно-ли созданы таблицы в данной бд? Миниатюры 0

shanemac51 Модератор 11960 / 4828 / 779 Регистрация: 07.08.2010 Сообщений: 14,138 Записей в блоге: 4
	03.09.2014, 04:22	2
	крайне имена полей неудачные и нет ключевого поля(счетчика) в таблице сотрудники ==== со мной в классе учились полные тезки фам-имя-отчество ---одинаковые а вы делаете ФИО --ключевым 0

@snipe 4064 / 1445 / 399 Регистрация: 07.08.2013 Сообщений: 3,616
	03.09.2014, 04:28	3
	нет не корректно в таблице сотрудник должно быть отдельное ключевое поле а то придут к вам работать 2 Ивановых Ивана Ивановича и вы не сможете внести данные должно быть штатное расписание и их должны занимать сотрудники а у вас наоборот штатка крепится к сотруднику т.е. сущность сотрудник и сущность штатное расписание, в которую по логике входят 2 таблицы Должность и отдел должны быть соединены через дополнительную таблицу в таком случае появится возможность вести архив - кто когда чего занимал, совмещение должностей и другие прелести 0

@gdamir 0 / 0 / 0 Регистрация: 02.09.2014 Сообщений: 5
	03.09.2014, 09:49 [ТС]	4
	изменил ключевое поле в таблице "Сотрудник" - теперь ключ = ФИО + номер паспорта. так же есть таблица с должностями, в ней содержатся названия должностей. вопрос: есть ли смысл записывать должности в отдельную таблицу или можно добавить в таблицу сотрудник поле "должность"? Миниатюры 0

@snipe 4064 / 1445 / 399 Регистрация: 07.08.2013 Сообщений: 3,616
	03.09.2014, 10:04	5
	4 таблицы должно быть - че-ты-ре Сотрудники Отдел Должности И таблица которая все это будет объединять зачем вам составной ключ если можно поставить простой счетчик и не привязывать к паспорту и фио простой пример человек совмещает 2 должности и все в вашей базе это уже не отразишь 0

@gdamir 0 / 0 / 0 Регистрация: 02.09.2014 Сообщений: 5
	03.09.2014, 10:30 [ТС]	6
	так? какое поле будет ключевым в таблице State? получается один сотрудник может работать в разных отделах на разных должностях? Миниатюры 0

@snipe 4064 / 1445 / 399 Регистрация: 07.08.2013 Сообщений: 3,616
	03.09.2014, 10:41	7
	в таблу State надо добавить поле IdState и сделать его ключевым можно добавить поля дата принятия дата увольнения Сообщение от gdamir получается один сотрудник может работать в разных отделах на разных должностях и что плохого в том что директор моет полы и получает зарплату и за себя и за уборщицу 0