В чем разница между ERD (диаграммой отношений Entity) и EERD (диаграмма взаимосвязей расширенных сущностей)?
Разница между диаграммой ER и диаграммой EER
Ответ 1
Модель Entity-Relationship
У вас есть отношения (источник изображения)
и атрибуты (источник изображения)
которые также могут быть первичными ключами (источник изображения)
Расширенная модель отношения сущностей
Вы имеете то же самое, что и с моделью ER плюс
специализации
разбиение (которые являются множественными специализациями)
обобщение
агрегации
Клавишианнотируются по-разному:
Ответ 2
Я бы добавил, что модель ER - это базовая модель, в которой есть все, что вам нужно для реляционной алгебры (включая иерархию ISA - нечистоту и другие вещи, которые я не помню). И более абстрактно (так что каждый ящик не должен быть таблицей базы данных, а наоборот, в некоторых случаях может быть больше 1 таблицы)
Модель EER ближе к реальной базе данных. Таким образом, каждая ячейка является фактически таблицей.
Я полагаю, что принятый ответ тоже прав, но, на мой взгляд, (havent читал это где-либо, я просто думаю, что это так) EER был создан, чтобы помочь людям создавать базы данных еще больше, чем основная реляционная алгебра. Реляционная алгебра с ER дает u все, что вам нужно для моделирования базы данных, но вам нужен какой-то компилятор, который переведет иерархии и отношения ISA в фактические таблицы, а EER получит то, что вы видите. Я использовал оба для проектирования таблиц - ER более логичен, потому что он абстрагирует вас от таких вещей, как наследование, поскольку вы просто рассказываете свой инструмент ER, я хочу, чтобы это наследовало от этого, и вам не нужно создавать 2 таблицы. Но EER лучше, потому что вы видите, что получаете.
Заключение: ER является основным принципом, EER - немного лучший инструмент для реальной работы с меньшей абстракцией.
(Мое теоретическое знание реляционной алгебры слишком ржавое, поэтому я надеюсь, что все правильно помню, исправьте меня, если я ошибаюсь)
Ответ 3
Основными функциями, добавленными расширенной моделью ER, являются специализация/обобщение и объединения. Из этих Gen-spec - это тот, который чаще всего возникает в ответах на вопросы Stackoverflow.
Gen-spec является партнером в ER-моделировании подкласса класса при моделировании объектов. Пример для иллюстрации: автомобилем может быть автомобиль или грузовик. Особенность грузового пространства относится к грузовику, но не к авто. Таким образом, существуют функции, которые применяются к обобщенному объекту, но также функции, которые относятся только к одной из специализаций.
Очень часто люди приходят сюда с вопросом о дизайне таблицы для случая gen-spec. Но они не признают это как таковое, потому что они никогда не были знакомы с gen-spec в своем начальном образовании о базах данных.
Другой способ сказать это, что их научили моделировать и реализовывать "имеет" отношения, но не как моделировать и реализовывать "- это" отношения ".