Логическая схема - Logical schema

А логическая модель данных или же логическая схема это модель данных конкретной проблемной области, выраженной независимо от конкретного продукта управления базой данных или технологии хранения (физическая модель данных ), но с точки зрения структур данных, таких как реляционные таблицы и столбцы, объектно-ориентированные классы или теги XML. Это в отличие от концептуальная модель данных, который описывает семантику организации без ссылки на технологии.

Обзор

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

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

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

История

ANSI / SPARC трехуровневая архитектура, который "показывает, что модель данных может быть внешней моделью (или представлением), концептуальной моделью или физической моделью. Это не единственный способ взглянуть на модели данных, но это полезный способ, особенно при сравнении моделей ".[1]

Когда ANSI впервые изложил идею логическая схема в 1975 г.[2] выбор был иерархический и сеть. В реляционная модель - где данные описываются в терминах таблиц и столбцов - только что был признан теорией организации данных, но не существовало программного обеспечения, поддерживающего этот подход. С того времени объектно-ориентированный также был представлен подход к моделированию данных, при котором данные описываются в терминах классов, атрибутов и ассоциаций.

Темы логической модели данных

Причины построения логической структуры данных

  • Помогает общее понимание элементов бизнес-данных и требований
  • Обеспечивает основу для проектирования базы данных
  • Способствует предотвращению избыточность данных и таким образом предотвратить несогласованность данных и бизнес-транзакций
  • Облегчает повторное использование и обмен данными
  • Уменьшает время и стоимость разработки и обслуживания
  • Подтверждает логическое модель процесса и помогает анализ воздействия.

Концептуальная, логическая и физическая модель данных

Логическую модель данных иногда неправильно называют физической моделью данных, а это не то, что имели в виду специалисты ANSI. Физический дизайн базы данных предполагает глубокое использование конкретной технологии управления базами данных. Например, дизайн таблицы / столбца может быть реализован на нескольких компьютерах, расположенных в разных частях мира. Это область физической модели.

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

Концептуальная модель данных (CDM)Логическая модель данных (LDM)Физическая модель данных (PDM)
Включает высокоуровневые конструкции данныхВключает сущности (таблицы), атрибуты (столбцы / поля) и отношения (ключи)Включает таблицы, столбцы, ключи, типы данных, правила проверки, триггеры базы данных, хранимые процедуры, домены и ограничения доступа
Нетехнические имена, чтобы руководители и менеджеры на всех уровнях могли понимать основу данных Архитектурного описания.Использует названия компаний для сущностей и атрибутовИспользует более определенные и менее общие конкретные имена для таблиц и столбцов, такие как сокращенные имена столбцов, ограниченные системой управления базами данных (СУБД) и любыми стандартами, определенными компанией
Использует общие высокоуровневые конструкции данных, на основе которых создаются описания архитектуры в нетехнических терминах.Не зависит от технологии (платформы, СУБД)Включает первичные ключи и индексы для быстрого доступа к данным.
Представлено в DIV-1 Точка зрения (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)

Смотрите также

Рекомендации

  1. ^ Мэтью Уэст и Джулиан Фаулер (1999). Разработка высококачественных моделей данных В архиве 2008-12-21 на Wayback Machine. Технический представитель по связям с общественностью STEP в Европе, занимающийся перерабатывающей промышленностью (EPISTLE).
  2. ^ Американский национальный институт стандартов. 1975. «Исследовательская группа ANSI / X3 / SPARC по системам управления базами данных; Промежуточный доклад". FDT (Бюллетень ACM SIGMOD) 7: 2.

внешняя ссылка