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