Обширный словарь данных и диаграмма ER

#sql #database #erd #dbms-output #table-structure

#sql #База данных #erd #СУБД-вывод #структура таблицы

Вопрос:

Это вопрос для задания. Может ли кто-нибудь, пожалуйста, помочь мне?

Критерии

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

Приведенные словари данных

Диктонарий данных, предоставленный для присвоения

Наконец, мой вопрос

  1. Должен ли я создавать обширный словарь данных, когда словарь данных уже существует?
  2. Правильно ли то, что я сделал ниже? Структура таблицы

Диаграмма ER

Ответ №1:

Вы, наверное, понимаете, что я не могу выполнить ваше задание за вас: однажды вы можете написать критически важную систему для самолета или медицинского устройства, которое я буду использовать, и я хочу быть уверен, что у вас будут все необходимые навыки 😉

Но вот несколько советов, которые помогут вам:

  1. Предоставленный словарь данных не такой обширный, как следовало бы. Итак, я думаю, вам нужно заполнить недостающие ячейки. Например:
    • если каждый сотрудник принадлежит к одному отделу, считаете ли вы, что Employee.Department_id это обнуляется?
    • если несколько сотрудников могут принадлежать к одному и тому же отделу отдела, считаете ли вы, что Employee.Department_id это уникально?
    • Что с описаниями и примерами?
  2. Ваш второй ERD использует нотацию Chen. Они отлично подходят для отображения сущностей, отношений, атрибутов. Они не предназначены для репликации таблиц. Хотя на первый взгляд это кажется правильным, необходимы некоторые улучшения:
    • мощности между объектами и отношениями окончательно отсутствуют.
    • Атрибуты первичного ключа должны быть подчеркнуты.
    • Внешние ключи обычно не отображаются, поскольку они выводятся из отношений и мощности.
  3. Ваш первый ERD использует нотацию Баркера. Хотя он также показывает сущности, отношения и атрибуты, он предназначен для сопоставления сущностей и атрибутов с таблицами и ключами. В связи с этим, учитывая ваши требования к назначению, лучше показать все атрибуты словаря. Требуются некоторые улучшения:
    • Первичные ключи хорошо идентифицированы. Но есть проблемы с внешними ключами: ставьте a FK только перед столбцами, идентифицированными как внешний ключ в словаре данных.
    • между объектами вы должны использовать правильные символы, чтобы отразить кадинальность (простая полоса на стороне, где соответствует один элемент, полосы crowfoot на стороне, где соответствуют несколько элементов, и o на стороне, где не может быть элемента)
    • Хотя можно просто показать связь между объектами, подключив их к заголовку таблицы или нижней строке, на подробной диаграмме, показывающей все поля, лучше графически соединить boexes на уровне первичного и внешнего ключей, которые реализуют связь.