Логическая схема
Логическая модель данных или логическая схема — это модель данных конкретной проблемной области, выраженная независимо от конкретного продукта управления базами данных или технологии хранения ( физическая модель данных ), но в терминах структур данных, таких как реляционные таблицы и столбцы, объектно-ориентированные классы, или XML-теги. Это противоположность концептуальной модели данных , которая описывает семантику организации без привязки к технологиям.
Обзор
[ редактировать ]Логические модели данных представляют собой абстрактную структуру информационной области. Они часто носят схематический характер и чаще всего используются в бизнес-процессах, которые стремятся отразить важные для организации вещи и то, как они связаны друг с другом. После проверки и утверждения логическая модель данных может стать основой физической модели данных и сформировать структуру базы данных.
Логические модели данных должны основываться на структурах, определенных в предыдущей концептуальной модели данных , поскольку она описывает семантику информационного контекста, который также должна отражать логическая модель. Несмотря на это, поскольку логическая модель данных предполагает реализацию в конкретной вычислительной системе, содержимое логической модели данных корректируется для достижения определенной эффективности.
Термин «логическая модель данных» иногда используется как синоним « модели предметной области » или как альтернатива модели предметной области. Хотя эти две концепции тесно связаны и имеют пересекающиеся цели, модель предметной области больше ориентирована на отражение концепций в проблемной области, а не на структуре данных, связанных с этой областью.
История
[ редактировать ]
Когда ANSI впервые изложил идею логической схемы в 1975 году, [ 2 ] выбор был иерархический и сетевой . Реляционная модель , в которой данные описываются в виде таблиц и столбцов, только что была признана теорией организации данных, но не существовало программного обеспечения, поддерживающего этот подход. С тех пор также был введен объектно-ориентированный подход к моделированию данных, при котором данные описываются с помощью классов, атрибутов и ассоциаций.
Темы о логических моделях данных
[ редактировать ]Причины построения логической структуры данных
[ редактировать ]- Помогает достичь общего понимания элементов и требований к бизнес-данным.
- Обеспечивает основу для проектирования базы данных.
- Помогает избежать избыточности данных и, таким образом, предотвратить несогласованность данных и бизнес-транзакций.
- Облегчает повторное использование и обмен данными
- Уменьшает время и стоимость разработки и обслуживания.
- Подтверждает логическую модель процесса и помогает анализировать воздействие .
Концептуальная, логическая и физическая модель данных
[ редактировать ]Логическую модель данных иногда ошибочно называют физической моделью данных, а это совсем не то, что имели в виду специалисты ANSI. Физический дизайн базы данных предполагает глубокое использование конкретной технологии управления базами данных. Например, дизайн таблицы/столбца можно реализовать на группе компьютеров, расположенных в разных частях мира. Это область физической модели.
Концептуальные, логические и физические модели данных сильно различаются по своим задачам, задачам и содержанию. Ключевые различия отмечены ниже.
| Концептуальная модель данных (CDM) | Логическая модель данных (LDM) | Физическая модель данных (PDM) |
|---|---|---|
| Включает конструкции данных высокого уровня. | Включает сущности (таблицы), атрибуты (столбцы/поля) и связи (ключи). | Включает таблицы, столбцы, ключи, типы данных, правила проверки, триггеры базы данных, хранимые процедуры, домены и ограничения доступа. |
| Нетехнические названия, чтобы руководители и менеджеры всех уровней могли понять основу данных архитектурного описания. | Использует названия компаний для объектов и атрибутов. | Использует более определенные и менее общие имена для таблиц и столбцов, такие как сокращенные имена столбцов, ограниченные системой управления базами данных (СУБД) и любыми стандартами, определенными компанией. |
| Использует общие конструкции данных высокого уровня, на основе которых создаются архитектурные описания в нетехнических терминах. | Независимость от технологии (платформы, СУБД) | Включает первичные ключи и индексы для быстрого доступа к данным. |
| Представлен в точке зрения DIV-1 (DoDAF V2.0). | Представлено в точках обзора DIV-2 (DoDAF V2.0) и представлении OV-7 (DoDAF V1.5). | Представлен в точках обзора DIV-3 (DoDAF V2.0) и SV-11 View (DoDAF V1.5). |
См. также
[ редактировать ]- Я ПРИЕДУ
- Модель данных базовой архитектуры
- Проектирование базы данных
- Модель «сущность-связь»
- Схема базы данных
- Объектно-ролевое моделирование
- ФКО-ИМ
Ссылки
[ редактировать ]- ^ Мэтью Уэст и Джулиан Фаулер (1999). Разработка моделей данных высокого качества. Архивировано 21 декабря 2008 г. в Wayback Machine . Исполнительный директор по техническим связям STEP в европейских перерабатывающих отраслях (EPISTLE).
- ^ Американский национальный институт стандартов. 1975. «Исследовательская группа ANSI/X3/SPARC по системам управления базами данных; Промежуточный отчет». FDT(Бюллетень ACM SIGMOD) 7:2.
Внешние ссылки
[ редактировать ]- Построение логической модели данных . Джордж Тиллманн, СУБД, июнь 1995 г.