В чем разница между моделью логических данных и моделью концептуальных данных?

Ответ 1

В модели концептуальных данных вы волнуетесь только о дизайне высокого уровня - какие таблицы должны существовать и какие связи между ними. На этом этапе вы распознаете сущности в вашей модели и отношения между ними.

Логическая модель приходит после концептуального моделирования, когда вы явно определяете, каковы столбцы в каждой таблице. При написании логической модели вы также можете принять во внимание фактическую систему баз данных, для которой вы проектируете, но только если она влияет на дизайн (т.е. Если нет триггеров, вы можете удалить столбец избыточности и т.д.)

Существует также физическая модель, которая разрабатывает логическую модель и присваивает каждому столбцу ее тип/длину и т.д.

Здесь - хорошая картина, описывающая каждый из трех уровней.

Ответ 2

В этой таблице вы можете увидеть разницу между каждой моделью:

См. http://www.1keydata.com/datawarehousing/data-modeling-levels.html для получения дополнительной информации и некоторых примеров моделей данных.

Ответ 3

Эти термины, к сожалению, перегружены несколькими возможными определениями. Согласно модели ANSI-SPARC "три схемы", концептуальная схема или концептуальная модель состоит из набора объектов в базе данных (таблицы, представления и т.д.) В отличие от внешней схемы, которые являются объектами, которые видят пользователи.

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

В академическом использовании и при описании архитектур СУБД, однако, логический уровень означает объекты базы данных (таблицы, представления, таблицы, ключи, ограничения и т.д.), в отличие от физического уровня (файлы, индексы, хранилища). Чтобы путать вещи дальше, на рабочем месте термин "физическая модель" часто используется для обозначения конструкции, реализованной или запланированной для реализации в реальной базе данных. Это может включать в себя как "физические", так и "логические" уровни (например, таблицы и индексы).

Когда вы сталкиваетесь с любым из этих условий, вам действительно нужно искать разъяснения относительно того, что описывается, если контекст не делает его очевидным.

Для обсуждения этих различий, например, проверьте основы моделирования данных Simsion и Witt.

Ответ 4

Логическая модель базы данных

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

После компиляции информации создаются отчеты и диаграммы, в том числе:

Диаграмма отношений ERD-Entity показывает взаимосвязь между различными категориями данных и показывает различные категории данных, необходимые для разработки базы данных. Диаграмма бизнес-процессов - показывает деятельность отдельных лиц внутри компании. Он показывает, как данные перемещаются внутри организации на основе того, какой интерфейс приложения может быть разработан. Обратная документация пользователей.

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

Физическая модель базы данных Физическое моделирование базы данных касается проектирования фактической базы данных на основе требований, собранных в процессе моделирования логической базы данных. Вся собранная информация преобразуется в реляционные модели и бизнес-модели. Во время физического моделирования объекты определяются на уровне, называемом уровнем схемы. Схема рассматривается как группа объектов, связанных друг с другом в базе данных. Таблицы и столбцы производятся в соответствии с информацией, предоставленной во время логического моделирования. Первичные ключи, уникальные ключи и внешние ключи определяются для обеспечения ограничений. Определены индексы и моментальные снимки. Данные можно суммировать, и пользователям предоставляется альтернативная перспектива после создания таблиц.

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

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

Резюме:

1. Логическое моделирование баз данных в основном предназначено для сбора информации о потребностях бизнеса и не предполагает разработки базы данных; тогда как физическое моделирование баз данных в основном требуется для фактического проектирования базы данных. 2. Логическое моделирование базы данных не включает индексы и ограничения; логическая модель базы данных для приложения может использоваться в различных программах и реализациях баз данных; тогда как физическое моделирование базы данных является специфическим программным и аппаратным обеспечением, имеет индексы и ограничения. 3. Моделирование логической базы данных включает; ERD, диаграммы бизнес-процессов и документацию обратной связи с пользователями; тогда как физическое моделирование базы данных включает в себя; диаграмму модели сервера, документацию по дизайну базы данных и документацию обратной связи с пользователями.

Подробнее: Разница между логической и физической моделью базы данных | Разница между | Логическая и физическая модель базы данных http://www.differencebetween.net/technology/software-technology/difference-between-logical-and-physical-database-model/#ixzz3AxPVhTlg

Ответ 5

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

Я действительно не знаю, что означает "семантический". может кто-то объяснить, что я буду делать по-другому, используя "английский" и, возможно, разместить ссылку на лучшие примеры, чем на картинке, которая показывает одно изображение с полями, а другое - нет. Все слова хорошо и хорошо, но его настолько расплывчатое, что это не полезно практически реализовать.

Я делаю что-то другое, кроме своей логической модели (в основном это моя физическая модель, перевернутая с использованием БД, нажмите кнопку в указанных инструментах, а изображения выглядят немного иначе, а затем снимают типы данных).

Из того, что я практически вижу (и без слов)

физическая модель: фактически таблицы. Маленькие картинки содержат в них типы данных и называемые ограничения pk/fk Логическая модель: нажмите маленькую кнопку на моем инструменте (используя Oracles SQL Developer Data Modeller, у меня нет лицензии erwin и 2010 visio больше не обращаются с инженерами из БД), а затем изображения на экране слегка меняются. Типы данных исчезли, а имена ограничений исчезли, а цвета представлений таблиц изменились на фиолетовые (так что теперь я называю их сущностями).

ок. так что моя концептуальная модель будет выглядеть иначе: точно так же, как моя логическая модель, минус поля. Я думаю, что для этого есть нечто большее. Говоря о том, что его "семантическое" представление данных звучит действительно красиво и фантастично, но не имеет смысла для тех, кто раньше не делал этого.

Ответ 6

Большинство ответов здесь строго связаны с обозначениями и синтаксисом моделей данных на разных уровнях абстракции. Ключевое различие никому не упоминалось. Концептуальные модели поверхностных концепций. Понятия относятся к другим понятиям по-другому, что Сущность относится к другому Сущности на Логическом уровне абстракции. Понятия ближе к типам. Обычно на концептуальном уровне отображаются типы вещей (это не означает, что вы должны использовать термин "тип" в своем соглашении об именах) и отношения между такими типами. Следовательно, существование отношений "многие ко многим" не является правилом, а скорее следствием отношений между элементами типа. В логических моделях сущности представляют один экземпляр этой вещи в реальном мире. В концептуальных моделях не ожидается описания экземпляра сущности и их отношений, а скорее описание "типа" или "класса" этого конкретного объекта. Примеры: - Транспортные средства имеют колеса и колеса, используемые в транспортных средствах. На концептуальном уровне это отношение "многие ко многим" - конкретный автомобиль (например, автомобиль), с одним конкретным регистрационным номером, имеет 5 колес и каждое конкретное колесо, каждый с серийным номером относится только к той конкретной машине. На логическом уровне это отношение "один ко многим".

Концептуальные обложки "типы/классы". Логические символы "экземпляры".

Я бы добавил еще один комментарий о базах данных. Я согласен с одним из коллег, которые комментировали выше, что концептуальные и логические модели не имеют абсолютно ничего общего с базами данных. Концептуальные и логические модели описывают реальный мир с точки зрения данных с использованием таких обозначений, как ER или UML. Производители баз данных, с умом, разработали свои продукты для того, чтобы следовать той же философии, которая использовалась для логической модели Мироздания и созданных реляционных баз данных, что облегчает жизнь каждому. Вы можете описать ландшафт данных организации на всех уровнях с использованием концептуальной и логической модели и никогда не использовать реляционную базу данных.

Ну, я думаю, это мои 2 цента...

Ответ 7

Концептуальная схема - охватывает сущности и отношения. Должен быть создан первым. Вопреки некоторым другим ответам; таблицы здесь не определены. Например, таблица "многие-многие" не включена в концептуальную модель данных, а определяется как отношение "многие ко многим" между сущностями.

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

Ответ 8

логическая модель данных

Логическая модель данных описывает данные максимально подробно, независимо от того, как они будут физически реализованы в базе данных. Особенности логической модели данных включают в себя: · Включает в себя все сущности и отношения между ними. · Все атрибуты для каждого объекта указаны. · Указан первичный ключ для каждого объекта. · Указаны внешние ключи (ключи, идентифицирующие взаимосвязь между различными объектами). · Нормализация происходит на этом уровне.  концептуальная модель данных

Модель концептуальных данных идентифицирует отношения самого высокого уровня между различными объектами. Особенности концептуальной модели данных включают: · Включает важные сущности и отношения между ними. · Никакой атрибут не указан. · Первичный ключ не указан.