#sql #database #erd #dbms-output #table-structure
#sql #База данных #erd #СУБД-вывод #структура таблицы
Вопрос:
Это вопрос для задания. Может ли кто-нибудь, пожалуйста, помочь мне?
Критерии
- Обширный словарь данных, содержащий соответствующие элементы данных и все соответствующие сведения о каждом элементе данных.
- Обширная диаграмма ER, содержащая соответствующие таблицы и используемые ограничения. Все элементы данных в словаре данных отражаются в таблицах.
Приведенные словари данных
Наконец, мой вопрос
Ответ №1:
Вы, наверное, понимаете, что я не могу выполнить ваше задание за вас: однажды вы можете написать критически важную систему для самолета или медицинского устройства, которое я буду использовать, и я хочу быть уверен, что у вас будут все необходимые навыки 😉
Но вот несколько советов, которые помогут вам:
- Предоставленный словарь данных не такой обширный, как следовало бы. Итак, я думаю, вам нужно заполнить недостающие ячейки. Например:
- если каждый сотрудник принадлежит к одному отделу, считаете ли вы, что
Employee.Department_id
это обнуляется? - если несколько сотрудников могут принадлежать к одному и тому же отделу отдела, считаете ли вы, что
Employee.Department_id
это уникально? - Что с описаниями и примерами?
- если каждый сотрудник принадлежит к одному отделу, считаете ли вы, что
- Ваш второй ERD использует нотацию Chen. Они отлично подходят для отображения сущностей, отношений, атрибутов. Они не предназначены для репликации таблиц. Хотя на первый взгляд это кажется правильным, необходимы некоторые улучшения:
- мощности между объектами и отношениями окончательно отсутствуют.
- Атрибуты первичного ключа должны быть подчеркнуты.
- Внешние ключи обычно не отображаются, поскольку они выводятся из отношений и мощности.
- Ваш первый ERD использует нотацию Баркера. Хотя он также показывает сущности, отношения и атрибуты, он предназначен для сопоставления сущностей и атрибутов с таблицами и ключами. В связи с этим, учитывая ваши требования к назначению, лучше показать все атрибуты словаря. Требуются некоторые улучшения:
- Первичные ключи хорошо идентифицированы. Но есть проблемы с внешними ключами: ставьте a
FK
только перед столбцами, идентифицированными как внешний ключ в словаре данных. - между объектами вы должны использовать правильные символы, чтобы отразить кадинальность (простая полоса на стороне, где соответствует один элемент, полосы crowfoot на стороне, где соответствуют несколько элементов, и o на стороне, где не может быть элемента)
- Хотя можно просто показать связь между объектами, подключив их к заголовку таблицы или нижней строке, на подробной диаграмме, показывающей все поля, лучше графически соединить boexes на уровне первичного и внешнего ключей, которые реализуют связь.
- Первичные ключи хорошо идентифицированы. Но есть проблемы с внешними ключами: ставьте a