Правильно ли я построил в MySQL Workbench ER-diagram?

Question

[Leqwiser]

Собственно, работаю недавно с проектированием БД. Проблема состоит в том, что я не совсем понимаю, как создавать связи, не храня в сущностях айдишники. Сказали, что это неправильный подход.
Делаю до 3 нормализации.
В рамках проекта "учёт больных в больнице"
Подскажите ошибки, пожалуйста, и что нужно исправить

Comments

[Михаил]

Я бы избегал заглавных букв в названиях таблиц и столбцов.

[Михаил]

По крайней мере, нужна однородность, а не в одном месте так, в другом - так.

[Leqwiser]

Михаил: запросы на сущности\поля регистронезависимые. Как это влияет на бд?)

[Михаил]

LeqWiser: да никак. Люди всегда приходят к стандартам, достаточно загуглить mysql conventions https://www.google.com/webhp?sourceid=chrome-insta...
stackoverflow.com/questions/7899200/is-there-a-nam...

[Zhainar]

описания бы

[Leqwiser]

Zhainar: Учёт больных в больнице
Doctor
id_doctor
Карта пациента fk
Отделение fk
Лицензия uq
ФИО
Дата рождения
Пол
Адрес проживания
Номер

Карта пациента
Id_patient
Отделение fk
История Ьолезни (анамнез) fk
Вес
Рост
Учёт первичной группы (ЧАЭС итд)
Аллергия
Дата рождения
ФИО
Пол
Адрес проживания
Тел. Номер
Пасспорт uq
Идент. Код uq not NN
Место работы

Диагноз
Id_болезни
Название
Код по МКБ-10 (международная классификация болезней Х пересмотра)

История болезни
Id_история болезни
Диагноз fk
Медикаменты fk
Режим fk
Манипуляции fk
Результаты анализов
Результаты обследований
Начало болезни
Конец болезни
Состояние - варчар
№ больничного (временная нетрудоспособность) (varchar)
Результат лечения варчар
Назначения текст

Манипуляции
Id_ манипуляции
Врач fk
Мед.сестры fk
4Название
Дата
Затраченное время
Стоимость

Отделение
Id_отделения
Зав. Отделения fk
Врачи fk
Название

Медикаменты
Id_медикаменты
Название
Стоимость
Описание
Противопоказания
Группа (А\B)

Режим
Стационар\Дневной стационар

Зав. Отделения
Лицензия uq
ФИО
Дата рождения
Адрес проживания
Номер телефона

Мед. Сестра
Лицензия uq
ФИО
Дата рождения
Пол
Адрес проживания
Номер

[Leqwiser]

Михаил: благодарю, теперь буду знать.

[Zhainar]

LeqWiser: думаю пользователи должны быть отдельно от ролей

[Leqwiser]

Zhainar: имеешь ввиду таблицу, где помещена общая информация доктора\пациента\мед.сестры итд?
Если да - я тоже так думал, однако в последствии понял, что "нормализовать всё и вся - ужасно", учитывая, что эта схема должна быть не очень-то и большой.

Answer 1

[Draconian]

Если не поздно:
Скорее всего, когда вам такое сказали, имели ввиду, что создавать отдельный айди для каждой сущности не всегда обязательно. Например, зачем уникальный айдишник для таблицы Department_and_Head_department? Никакой дополнительной информации в ней нет об этих связях. Тоже самое почти для всех таблиц связи.
Часто достаточно иметь составной первичный ключ, например, серия+номер паспорта.

Comments

[Leqwiser]

Да уже в корне всё поменял, некоторые ошибки и нормализировал с помощью создания таблицы "person", куда поместил всех героев больницы в один)
Но все равно не до конца понимаю по поводу связей, в которых хранятся id-шники (в этой диагрмме примера нет, т.к. я понял, что это бредятина какая-то)

[Draconian]

Так делают, когда в сущности, которая используется для связи, добавляют какую-то о ней (связи) информацию. Неплохой пример с заказом номеров в отеле есть тут: https://habrahabr.ru/post/193380/