Уточнение физической модели - PullRequest
0 голосов
/ 05 июня 2018

Я изучаю проектирование / моделирование баз данных, и у меня есть проблема.При исследовании концептуальных, логических и физических моделей данных я обнаружил следующий источник, в котором излагается, что составляет каждую модель, и приводятся примеры каждой из них: https://www.1keydata.com/datawarehousing/data-modeling-levels.html

Для создания моделей данных я использую Oracle SQL Developer Data Modelerler,Согласно следующей статье, физическая модель состоит из операторов языка определения данных, которые создают таблицы, составляющие базу данных: https://www.researchgate.net/publication/280883225_USING_SQL_DEVELOPER_DATA_MODELER_AND_MICROSOFT_ACCESS_FOR_TEACHING_DATABASE_MODELING_AND_DESIGN

Это определение сильно отличается от определения на исходной веб-странице.Логические модели выглядят довольно похоже, но определение физической модели нигде не близко.

Какой источник является более точным?Есть что-то, чего я не понимаю?

1 Ответ

0 голосов
/ 05 июня 2018

Индустрия игнорирует основные принципы по своему усмотрению и злоупотребляет любой терминологией в целях маркетинга своего собственного набора инструментов, если такое злоупотребление считается полезным для повышения показателей продаж.Если в пользовательском сообществе по тем или иным причинам внезапно стало популярным использование foobars, вы можете поспорить, что все поставщики заставят своих инженеров и технических писателей найти способ «обоснованно» заявить, что их набор инструментов поддерживает foobars.Даже если они не изменили ни одного байта кода набора инструментов для достижения этого.

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

Вот несколько примеров последствий:

Инструменты графического дизайна БД, такие как тот, который вы упомянули, но это, конечно, не единственный, обычно запутанный "концептуальный" и "логический""в этом прямоугольники автоматически сопоставляются с таблицами.Не является абсолютно необходимым, и это влияет (ограничивает!) На то, как «концептуальная» часть может использоваться путем наложения правил, которые фактически относятся к логической части (факт наличия таблицы в системе).

Каждаяи каждый SQL-механизм запутывает «логическое» и «физическое», потому что в принципе ни один из них не допускает, например, операторы CREATE TABLE, которые опускают все физические вещи, такие как INDEXes, или, если это так, не очень хорошая идеятак или иначе используйте это.

...