Логикалық дерек үлгісі: дерек құрылымдарын, қатынастарды көрсетеді. Дерек базасын жобалауға негіз болады. Бизнес процестерде маңызды ақпаратты ұйымдастыруға көмектеседі.
Ағылшыншамен салыстырыңыз: абзацты басыңыз — түпнұсқа терезеде ашылады. Абзац астындағы 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)
---|---|---
Жоғары деңгейдегі деректер құрылымдарын қамтиды | Субъектілерді (кестелерді), атрибуттарды (бағандар/жолдарды) және қатынастарды (кілттерді) қамтиды | Кестелерді, бағандарды, кілттерді, дерек түрлерін, тексеру ережелерін, деректер қорының триггерлерін, сақталған процедураларды, домендерді және қол жеткізу шектеулерін қамтиды
Техникалық емес атаулар, сондықтан барлық деңгейдегі басшылар мен менеджерлер деректердің архитектуралық сипаттамасын түсіне алады | Субъектілер мен атрибуттар үшін бизнес атауларын қолданады | Деректерді басқару жүйесі (DBMS) және компанияның стандарттарымен шектелген кестелер мен бағандар үшін қысқартылған баған атаулары сияқты нақты және аз жалпылама атауларды қолданады
Архитектуралық сипаттамалар техникалық емес тұрғыда құрылатын жоғары деңгейдегі деректер құрылымдарын қолданады | Технологиядан (платформа, DBMS) тәуелсіз | Деректерге жылдам қол жеткізу үшін бастапқы кілттер мен индекстерді қамтиды.
DIV 1 көрінісінде (DoDAF V2.0) көрсетілген | DIV 2 көрінісінде (DoDAF V2.0) және OV 7 көрінісінде (DoDAF V1.5) көрсетілген | DIV 3 көрінісінде (DoDAF V2.0) және SV 11 көрінісінде (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)