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

редактировать

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

Содержание

  • 1 Обзор
  • 2 История
  • 3 Темы о логической модели данных
    • 3.1 Причины построения логической структуры данных
    • 3.2 Концептуальная, логическая и физическая модель данных
  • 4 См. Также
  • 5 Ссылки
  • 6 Внешние ссылки

Обзор

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

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

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

История

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

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

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

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

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

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

Логическую модель данных иногда неправильно называют физической моделью данных, что не то, что имели в виду специалисты 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)

См. Также

Ссылки

Внешние ссылки

Последняя правка сделана 2021-05-28 05:33:37
Содержание доступно по лицензии CC BY-SA 3.0 (если не указано иное).
Обратная связь: support@alphapedia.ru
Соглашение
О проекте