Логічна модель даних, або логічна схема — модель даних конкретної предметної області, виражена незалежно від конкретного продукту керування базами даних або технології зберігання (фізична модель даних), але в термінах структур даних, таких як реляційні таблиці та колонки, об'єктно-орієнтовані класи чи теги XML. Вона є протилежністю концептуальній моделі даних, яка описує семантику організації без посилання на технологію.
Огляд
Логічні моделі даних подають абстрактну структуру області інформації. Вони часто мають схематичний характер і найтиповіше використовуються у бізнес-процесах, які прагнуть захопити речі, що мають важливе для організації значення, та як вони відносяться одна до одної. Одного разу перевірена та схвалена, логічна модель даних може стати основою фізичної моделі даних і сформувати дизайн бази даних.
Логічні моделі даних повинні засновуватися на структурах, визначених у попередній концептуальній моделі даних, оскільки вона описує семантику інформаційного контексту, яку логічна модель повинна також відображати. Навіть так, оскільки логічна модель передбачає реалізацію на конкретній обчислювальній системі, вміст логічної моделі даних коригується для досягнення певної ефективності.
Термін «логічна модель даних» іноді використовується як синонім «моделі предметної області» або як її альтернатива. Тоді як два поняття тісно пов'язані та мають цілі, що перекриваються, модель предметної області більше зосереджена на захопленні понять у предметній області, ніж на структурі даних, пов'язаній із цією областю.
Історія
Коли ANSI вперше виклав ідею логічної схеми 1975 року, вибір був між ієрархічною та мережевою. Реляційна модель — де дані описані в термінах таблиць і колонок — була визнана лише як теорія організації даних, але не програмне забезпечення, що існує для підтримки цього підходу. З цього часу об'єктно-орієнтований підхід до моделювання даних — де дані описані в термінах класів, атрибутів і асоціацій — також було введено.
Теми логічної моделі даних
Причини побудови логічної структури даних
- Допомагає загальному розумінню елементів бізнес-даних і вимог
- Забезпечує основу для проектування бази даних
- Сприяє уникненню надмірності даних, і таким чином запобігає неузгодженості даних і бізнес-транзакцій
- Сприяє повторному використанню й обміну даними
- Знижує час і вартість розробки та підтримки
- Підтверджує логічну модель процесів і допомагає [en].
Концептуальна, логічна та фізична модель даних
Логічну модель даних іноді неправильно називають фізичною, яка не є тим, що люди ANSI мали на увазі. Фізичне проектування бази даних залучає глибоке використання конкретної технології керування базами даних. Наприклад, дизайн таблиця / колонка може бути реалізовано на наборі комп'ютерів, розташованих у різних частинах світу. Це є областю фізичної моделі.
Концептуальні, логічні та фізичні моделі даних дуже відрізняються своїми завданнями, цілями та вмістом. Ключові відмінності зазначено нижче.
Концептуальна модель даних (англ. CDM) | Логічна модель даних (англ. LDM) | Фізична модель даних (англ. PDM) |
---|---|---|
Включає високорівневі конструкції даних | Включає сутності (таблиці), атрибути (колонки / поля) та відношення (ключі) | Включає таблиці, колонки, ключі, типи даних, правила перевірки, тригери баз даних, збережені процедури, домени й обмеження доступу |
Не-технічні назви, так що керівники та менеджери на всіх рівнях можуть розуміти основу даних Архітектурного опису | Використовує бізнес-назви для сутностей і атрибутів | Використовує більш визначені та менш загальні конкретні назви для таблиць і колонок, як-от скорочені назви колонок, обмежені системою керування базами даних (СКБД) і будь-якими стандартами, визначеними компанією |
Використовує загальні високорівневі конструкції даних, із яких створено Архітектурні описи в не-технічних термінах | Не залежить від технології (платформи, СКБД) | Включає первинні ключі й індекси для швидкого доступу до даних |
Може не бути нормалізованою | Нормалізована до четвертої нормальної форми (4НФ) | Може бути де-нормалізована, щоб відповідати вимогам продуктивності, заснованим на характері бази даних. Якщо характер бази даних є онлайновою обробкою транзакцій (OLTP) або операційним сховищем даних, вона зазвичай не де-нормалізується. Де-нормалізація є звичною у сховищах даних. |
Представлена з точки зору 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) |
Див. також
- [en]
- [en]
- [en]
- Модель «сутність — зв'язок»
- [en]
- Проектування баз даних
- Схема бази даних
Примітки
- Вест, Метью; Фавлер, Джуліан (1999). [Розробка високоякісних моделей даних] (PDF) (англійською) . The European Process Industries STEP Technical Liaison Executive (EPISTLE). Архів оригіналу (pdf) за 21 грудня 2008. Процитовано 13 жовтня 2017.
{{}}
: Вказано більш, ніж один|назва=
та|title=
()Обслуговування CS1: Сторінки з текстом «archived copy» як значення параметру title () - American National Standards Institute. 1975. «ANSI/X3/SPARC Study Group on Data Base Management Systems; Interim Report». FDT(Bulletin of ACM SIGMOD) 7:2.
Посилання
- Тіллманн, Джордж (червень 1995). [Побудова логічної моделі даних] (англійською) . DBMS. Архів оригіналу за 9 травня 2008.
Вікіпедія, Українська, Україна, книга, книги, бібліотека, стаття, читати, завантажити, безкоштовно, безкоштовно завантажити, mp3, відео, mp4, 3gp, jpg, jpeg, gif, png, малюнок, музика, пісня, фільм, книга, гра, ігри, мобільний, телефон, android, ios, apple, мобільний телефон, samsung, iphone, xiomi, xiaomi, redmi, honor, oppo, nokia, sonya, mi, ПК, web, Інтернет
Logichna model danih abo logichna shema model danih konkretnoyi predmetnoyi oblasti virazhena nezalezhno vid konkretnogo produktu keruvannya bazami danih abo tehnologiyi zberigannya fizichna model danih ale v terminah struktur danih takih yak relyacijni tablici ta kolonki ob yektno oriyentovani klasi chi tegi XML Vona ye protilezhnistyu konceptualnij modeli danih yaka opisuye semantiku organizaciyi bez posilannya na tehnologiyu OglyadLogichni modeli danih podayut abstraktnu strukturu oblasti informaciyi Voni chasto mayut shematichnij harakter i najtipovishe vikoristovuyutsya u biznes procesah yaki pragnut zahopiti rechi sho mayut vazhlive dlya organizaciyi znachennya ta yak voni vidnosyatsya odna do odnoyi Odnogo razu perevirena ta shvalena logichna model danih mozhe stati osnovoyu fizichnoyi modeli danih i sformuvati dizajn bazi danih Logichni modeli danih povinni zasnovuvatisya na strukturah viznachenih u poperednij konceptualnij modeli danih oskilki vona opisuye semantiku informacijnogo kontekstu yaku logichna model povinna takozh vidobrazhati Navit tak oskilki logichna model peredbachaye realizaciyu na konkretnij obchislyuvalnij sistemi vmist logichnoyi modeli danih koriguyetsya dlya dosyagnennya pevnoyi efektivnosti Termin logichna model danih inodi vikoristovuyetsya yak sinonim modeli predmetnoyi oblasti abo yak yiyi alternativa Todi yak dva ponyattya tisno pov yazani ta mayut cili sho perekrivayutsya model predmetnoyi oblasti bilshe zoseredzhena na zahoplenni ponyat u predmetnij oblasti nizh na strukturi danih pov yazanij iz ciyeyu oblastyu Istoriya en ANSI SPARC yaka pokazuye sho model danih mozhe buti zovnishnoyu modellyu chi rozrizom konceptualnoyu chi fizichnoyu Ce ne yedinij sposib podivitisya na modeli danih ale vin ye korisnim osoblivo pri porivnyanni modelej Koli ANSI vpershe viklav ideyu logichnoyi shemi 1975 roku vibir buv mizh iyerarhichnoyu ta merezhevoyu Relyacijna model de dani opisani v terminah tablic i kolonok bula viznana lishe yak teoriya organizaciyi danih ale ne programne zabezpechennya sho isnuye dlya pidtrimki cogo pidhodu Z cogo chasu ob yektno oriyentovanij pidhid do modelyuvannya danih de dani opisani v terminah klasiv atributiv i asociacij takozh bulo vvedeno Temi logichnoyi modeli danihPrichini pobudovi logichnoyi strukturi danih Dopomagaye zagalnomu rozuminnyu elementiv biznes danih i vimog Zabezpechuye osnovu dlya proektuvannya bazi danih Spriyaye uniknennyu nadmirnosti danih i takim chinom zapobigaye neuzgodzhenosti danih i biznes tranzakcij Spriyaye povtornomu vikoristannyu j obminu danimi Znizhuye chas i vartist rozrobki ta pidtrimki Pidtverdzhuye logichnu model procesiv i dopomagaye en Konceptualna logichna ta fizichna model danih Logichnu model danih inodi nepravilno nazivayut fizichnoyu yaka ne ye tim sho lyudi ANSI mali na uvazi Fizichne proektuvannya bazi danih zaluchaye gliboke vikoristannya konkretnoyi tehnologiyi keruvannya bazami danih Napriklad dizajn tablicya kolonka mozhe buti realizovano na nabori komp yuteriv roztashovanih u riznih chastinah svitu Ce ye oblastyu fizichnoyi modeli Konceptualni logichni ta fizichni modeli danih duzhe vidriznyayutsya svoyimi zavdannyami cilyami ta vmistom Klyuchovi vidminnosti zaznacheno nizhche Konceptualna model danih angl CDM Logichna model danih angl LDM Fizichna model danih angl PDM Vklyuchaye visokorivnevi konstrukciyi danih Vklyuchaye sutnosti tablici atributi kolonki polya ta vidnoshennya klyuchi Vklyuchaye tablici kolonki klyuchi tipi danih pravila perevirki trigeri baz danih zberezheni proceduri domeni j obmezhennya dostupuNe tehnichni nazvi tak sho kerivniki ta menedzheri na vsih rivnyah mozhut rozumiti osnovu danih Arhitekturnogo opisu Vikoristovuye biznes nazvi dlya sutnostej i atributiv Vikoristovuye bilsh viznacheni ta mensh zagalni konkretni nazvi dlya tablic i kolonok yak ot skorocheni nazvi kolonok obmezheni sistemoyu keruvannya bazami danih SKBD i bud yakimi standartami viznachenimi kompaniyeyuVikoristovuye zagalni visokorivnevi konstrukciyi danih iz yakih stvoreno Arhitekturni opisi v ne tehnichnih terminah Ne zalezhit vid tehnologiyi platformi SKBD Vklyuchaye pervinni klyuchi j indeksi dlya shvidkogo dostupu do danihMozhe ne buti normalizovanoyu Normalizovana do chetvertoyi normalnoyi formi 4NF Mozhe buti de normalizovana shob vidpovidati vimogam produktivnosti zasnovanim na harakteri bazi danih Yaksho harakter bazi danih ye onlajnovoyu obrobkoyu tranzakcij OLTP abo operacijnim shovishem danih vona zazvichaj ne de normalizuyetsya De normalizaciya ye zvichnoyu u shovishah danih Predstavlena z tochki zoru DIV 1 DoDAF V2 0 Predstavlena z tochki zoru DIV 2 DoDAF V2 0 ta poglyadu OV 7 DoDAF V1 5 Predstavlena z tochki zoru DIV 3 DoDAF V2 0 ta poglyadu SV 11 DoDAF V1 5 Div takozh en en en Model sutnist zv yazok en Proektuvannya baz danih Shema bazi danihPrimitkiVest Metyu Favler Dzhulian 1999 Rozrobka visokoyakisnih modelej danih PDF anglijskoyu The European Process Industries STEP Technical Liaison Executive EPISTLE Arhiv originalu pdf za 21 grudnya 2008 Procitovano 13 zhovtnya 2017 a href wiki D0 A8 D0 B0 D0 B1 D0 BB D0 BE D0 BD Cite journal title Shablon Cite journal cite journal a Vkazano bilsh nizh odin nazva ta title dovidka Obslugovuvannya CS1 Storinki z tekstom archived copy yak znachennya parametru title posilannya American National Standards Institute 1975 ANSI X3 SPARC Study Group on Data Base Management Systems Interim Report FDT Bulletin of ACM SIGMOD 7 2 PosilannyaTillmann Dzhordzh cherven 1995 Pobudova logichnoyi modeli danih anglijskoyu DBMS Arhiv originalu za 9 travnya 2008