В чем разница между логической и физической модели в БД?

Question

[AslanPAPA]

Привет! В чем конкретная разница между физической и логической модели базы данных.

Логическая модель:

Физическая модель:

Вот я сделал логическую модель и физическую модель и они у меня получились одинаковые так и должно быть или эти модели должны быть разные? Правильно ли что в логической модели по названию понятно что должна быть модель типа, что мы планируем сделать, или что-то абстрактное. А физическая модель - там уже то что как раз таки физически будет в БД и будет использовано, и вот с физической моделю нужно добавлять таблицы, которые будешь использовать или прям все ?

Comments

[Adamos]

Не знаю, как там по высокой науке и методичкам.
Но на практике, например, разным логическим сущностям, представляющим собой банальный словарь Id - Title, ничто не мешает храниться в одной-единственной таблице Type - Id - Title. Физически.
При этом в любой момент может потребоваться разнесение их по разным таблицам. Без изменения во взаимосвязях. Просто ради низкоуровневой оптимизации БД, например.

Или связь "многие ко многим" - реализуется через промежуточную таблицу, которая не является самостоятельной сущностью, просто реализует логику связи. Уж не знаю, по каким полочкам ее раскладывают в этом конкретном учебнике.

[alexalexes]

Основное отличие - это "чертеж" базы данных, не привязанный к конкретной реализации.
Физическая реализация - это уже реализация "чертежа" базы данных в конкретной СУБД по ее правилам.
Интересные особенности вы увидите, если попытаетесь хранить в одном классе несколько типов сущностей, которые отличаются обязательными вариативными атрибутами.
PS: С точки зрения нормоконтроля вашу диаграмму Р. Баркера можно завалить так:
1. Названия классов - это не названия коллекции, а "чертеж" одной сущности, придерживайтесь названия в единственном числе.
2. Классы справочники (первичные классы) должны быть правее или ниже. Сущности, которые имеют внешние ключи к этим справочникам должны быть выше или левее. Суперклассы и классы, на которые не ссылается никто, будут занимать самое правое и верхнее место.
На прикрепленном рисунке показано, как соблюсти этот порядок - следите за направлениями вороньих лап.
Побочный эффект от такого порядка - схема внезапно начинает помещаться на A4.
3. Еще раз посмотрите, как выглядят примитивы для данной диаграммы, например, скругленные углы у прямоугольников классов. Вы должны следовать стандарту, а не то, что может предложить конкретный редактор схем, чтобы рисовать примитивы.

Answer 1

[Akina]

Физическая модель - это практическая реализация логической модели. Например, в физической модели описывается наличие связи M:N между двумя сущностями, без детализации, как она будет реализовываться, а в физической вместо факта наличия связи появляется её реализация с использованием, например, связующей таблицы. Или JSON-массива в ведущей таблице. Связь между тремя сущностями может реализовываться одной связующей таблицей А-В-С, а может в одной таблице связываться А-В, а в другой (АВ)-С. И так далее.

То, что вы приводите на первом скрине, логической моделью уже не является, там вы уже наполовину конвертировали её в физическую. Отсюда и удивляющая вас похожесть.

Answer 2

[Пума Тайланд]

у меня в учебных схемах тоже так выходило — для простых случаев они правда почти одинаковые, это ок.

Главное что добавляет физическая: конкретные типы данных под СУБД (VARCHAR(255), INT, DECIMAL(10,2) и т.п.) и явные ограничения (NOT NULL, UNIQUE). У тебя в физической ключи расставлены, но типы по полям нигде не видны — вот это и надо добавить.

По таблицам — всё то же что в логической, ничего лишнего.

Comments

[AslanPAPA]

Спасибо за ответ!
Т.е физическая по таблицам тоже должна быть такой как логическая, даже если к примеру таблицы не используются ? К примеру экзамен на время и нужно как бы убрать в физ. модели не учитывать некоторые таблицы. Но скорее всего это уже будет некорректная физ. модель, да ?

[Пума Тайланд]

Да, по-хорошему физическая покрывает всё из логической. Если сужаешь scope для экзамена — ок, но пиши явно «таблица X вне scope», тогда это не ошибка.

Answer 3

[mayton2019]

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