Логическая модель данных: определение и применение.
Logical schema
Логическая модель данных: определение, создание и применение в проектировании баз данных. Независима от СУБД, отражает структуру информации и бизнес-процессы.
Сравнивайте с английским: нажмите на абзац — оригинал откроется в окне. Кнопка EN под абзацем показывает его прямо в тексте.
Содержание
Введение
Логическая модель данных или логическая схема — это модель данных конкретной предметной области, выраженная независимо от конкретного продукта управления базами данных или технологии хранения (физической модели данных), но в терминах структур данных, таких как реляционные таблицы и столбцы, объектно-ориентированные классы или XML-теги. Это отличается от концептуальной модели данных, которая описывает семантику организации, не привязываясь к конкретным технологиям.
A logical data model or logical schema is a data model of a specific problem domain expressed independently of a particular database management product or storage technology (physical data model) but in terms of data structures such as relational tables and columns, object oriented classes, or XML tags. This is as opposed to a conceptual data model, which describes the semantics of an organization without reference to technology.
Обзор
Логические модели данных представляют собой абстрактную структуру предметной области информации. Они часто имеют диаграмматическое представление и обычно используются в бизнес-процессах, направленных на определение важных для организации сущностей и взаимосвязей между ними. После проверки и утверждения логическая модель данных может стать основой для физической модели данных и лечь в основу проектирования базы данных. Логические модели данных должны основываться на структурах, определенных в предшествующей концептуальной модели данных, поскольку она описывает семантику информационного контекста, которую логическая модель также должна отражать. Однако, поскольку логическая модель данных предполагает реализацию на конкретной вычислительной системе, её содержание корректируется для достижения определённой эффективности. Термин «логическая модель данных» иногда используется как синоним «модели предметной области» или в качестве альтернативы ей. Хотя эти две концепции тесно связаны и преследуют схожие цели, модель предметной области больше ориентирована на отражение концепций в проблемной области, а не на структуру данных, связанных с этой областью.
Logical data models represent the abstract structure of a domain of information. They are often diagrammatic in nature and are most typically used in business processes that seek to capture things of importance to an organization and how they relate to one another. Once validated and approved, the logical data model can become the basis of a physical data model and form the design of a database. Logical data models should be based on the structures identified in a preceding conceptual data model, since this describes the semantics of the information context, which the logical model should also reflect. Even so, since the logical data model anticipates implementation on a specific computing system, the content of the logical data model is adjusted to achieve certain efficiencies. The term 'Logical Data Model' is sometimes used as a synonym of 'domain model' or as an alternative to the domain model. While the two concepts are closely related, and have overlapping goals, a domain model is more focused on capturing the concepts in the problem domain rather than the structure of the data associated with that domain.
История
Когда в 1975 году ANSI впервые сформулировал идею логической схемы, на выбор были предложены иерархическая и сетевая модели. Реляционная модель – где данные описываются в терминах таблиц и столбцов – только что была признана теорией организации данных, но программное обеспечение для поддержки этого подхода еще не существовало. С тех пор был также представлен объектно-ориентированный подход к моделированию данных, где данные описываются в терминах классов, атрибутов и связей.
When ANSI first laid out the idea of a logical schema in 1975, the choices were hierarchical and network. The relational model – where data is described in terms of tables and columns – had just been recognized as a data organization theory but no software existed to support that approach. Since that time, an object oriented approach to data modelling – where data is described in terms of classes, attributes, and associations – has also been introduced.
Концептуальная, логическая и физическая модель данных
Логическую модель данных иногда ошибочно называют физической моделью данных, что не соответствовало замыслу разработчиков стандарта ANSI. Физическое проектирование базы данных предполагает глубокое использование конкретной технологии управления базами данных. Например, структура таблицы/столбца может быть реализована на группе компьютеров, расположенных в разных частях мира. Это относится к области физической модели. Концептуальные, логические и физические модели данных существенно различаются по своим задачам, целям и содержанию. Основные различия приведены ниже.
A logical data model is sometimes incorrectly called a physical data model, which is not what the ANSI people had in mind. The physical design of a database involves deep use of particular database management technology. For example, a table/column design could be implemented on a collection of computers, located in different parts of the world. That is the domain of the physical model. Conceptual, logical and physical data models are very different in their objectives, goals and content. Key differences noted below. Conceptual data model (CDM) Logical data model (LDM) Physical data model (PDM) Includes high level data constructs Includes entities (tables), attributes (columns/fields) and relationships (keys) Includes tables, columns, keys, data types, validation rules, database triggers, stored procedures, domains, and access constraints Non technical names, so that executives and managers at all levels can understand the data basis of Architectural Description Uses business names for entities & attributes Uses more defined and less generic specific names for tables and columns, such as abbreviated column names, limited by the database management system (DBMS) and any company defined standards Uses general high level data constructs from which Architectural Descriptions are created in non technical terms Is independent of technology (platform, DBMS) Includes primary keys and indices for fast data access. Represented in the DIV 1 Viewpoint (DoDAF V2.0) Represented in the DIV 2 Viewpoint (DoDAF V2.0), and OV 7 View (DoDAF V1.5) Represented in the DIV 3 Viewpoint (DoDAF V2.0), and SV 11 View (DoDAF V1.5)
Концептуальная модель данных (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)
A logical data model is sometimes incorrectly called a physical data model, which is not what the ANSI people had in mind. The physical design of a database involves deep use of particular database management technology. For example, a table/column design could be implemented on a collection of computers, located in different parts of the world. That is the domain of the physical model. Conceptual, logical and physical data models are very different in their objectives, goals and content. Key differences noted below. Conceptual data model (CDM) Logical data model (LDM) Physical data model (PDM) Includes high level data constructs Includes entities (tables), attributes (columns/fields) and relationships (keys) Includes tables, columns, keys, data types, validation rules, database triggers, stored procedures, domains, and access constraints Non technical names, so that executives and managers at all levels can understand the data basis of Architectural Description Uses business names for entities & attributes Uses more defined and less generic specific names for tables and columns, such as abbreviated column names, limited by the database management system (DBMS) and any company defined standards Uses general high level data constructs from which Architectural Descriptions are created in non technical terms Is independent of technology (platform, DBMS) Includes primary keys and indices for fast data access. Represented in the DIV 1 Viewpoint (DoDAF V2.0) Represented in the DIV 2 Viewpoint (DoDAF V2.0), and OV 7 View (DoDAF V1.5) Represented in the DIV 3 Viewpoint (DoDAF V2.0), and SV 11 View (DoDAF V1.5)