Schemat logiczny

Logiczny model danych lub schemat logiczny to model danych z określonej dziedziny problemowej, wyrażony niezależnie od konkretnego produktu do zarządzania bazą danych lub technologii przechowywania ( fizyczny model danych ), ale w kategoriach struktur danych, takich jak relacyjne tabele i kolumny, klasy obiektowe, lub znaczniki XML. Jest to przeciwieństwo koncepcyjnego modelu danych , który opisuje semantykę organizacji bez odniesienia do technologii.

Przegląd

Logiczne modele danych reprezentują abstrakcyjną strukturę dziedziny informacji. Często mają charakter schematyczny i są najczęściej używane w procesach biznesowych, które mają na celu uchwycenie rzeczy ważnych dla organizacji i ich wzajemnych powiązań. Po zweryfikowaniu i zatwierdzeniu logiczny model danych może stać się podstawą fizycznego modelu danych i stanowić projekt bazy danych.

Logiczne modele danych powinny opierać się na strukturach zidentyfikowanych w poprzednim koncepcyjnym modelu danych , ponieważ opisuje on semantykę kontekstu informacyjnego, który model logiczny powinien również odzwierciedlać. Mimo to, ponieważ logiczny model danych przewiduje implementację w określonym systemie komputerowym, zawartość logicznego modelu danych jest dostosowywana w celu osiągnięcia określonej wydajności.

Termin „Logiczny model danych” jest czasami używany jako synonim modelu domeny ” lub jako alternatywa dla modelu domeny. Chociaż te dwie koncepcje są ściśle powiązane i mają nakładające się cele, model dziedzinowy jest bardziej skoncentrowany na uchwyceniu koncepcji w domenie problemowej niż na strukturze danych powiązanych z tą domeną.

Historia

Trójpoziomowa architektura ANSI/SPARC , która „pokazuje, że model danych może być modelem zewnętrznym (lub widokiem), modelem koncepcyjnym lub modelem fizycznym. Nie jest to jedyny sposób patrzenia na modele danych, ale jest to użyteczny sposób, zwłaszcza przy porównywaniu modeli”.

Kiedy ANSI po raz pierwszy przedstawiła ideę schematu logicznego w 1975 roku, wybory były hierarchiczne i sieciowe . Model relacyjny – w którym dane są opisywane w postaci tabel i kolumn – dopiero co został uznany za teorię organizacji danych, ale nie istniało żadne oprogramowanie obsługujące to podejście. Od tego czasu wprowadzono również obiektowe podejście do modelowania danych, w którym dane są opisywane w kategoriach klas, atrybutów i powiązań.

Tematy logicznego modelu danych

Powody budowania logicznej struktury danych

  • Pomaga we wspólnym zrozumieniu elementów danych biznesowych i wymagań
  • Zapewnia podstawy do projektowania bazy danych
  • Ułatwia uniknięcie redundancji danych , a tym samym zapobiega niespójności danych i transakcji biznesowych
  • Ułatwia ponowne wykorzystanie i udostępnianie danych
  • Zmniejsza czas i koszty rozwoju i konserwacji
  • Potwierdza logiczny model procesu i pomaga w analizie wpływu .

Konceptualny, logiczny i fizyczny model danych

Logiczny model danych jest czasami błędnie nazywany fizycznym modelem danych, co nie jest tym, co ludzie z ANSI mieli na myśli. Fizyczny projekt bazy danych wymaga głębokiego wykorzystania określonej technologii zarządzania bazą danych. Na przykład projekt tabeli/kolumny można zaimplementować na zbiorze komputerów zlokalizowanych w różnych częściach świata. To jest domena modelu fizycznego.

Koncepcyjne, logiczne i fizyczne modele danych bardzo różnią się pod względem celów, celów i treści. Kluczowe różnice zaznaczono poniżej.

Konceptualny model danych (CDM) Logiczny model danych (LDM) Fizyczny model danych (PDM)
Obejmuje konstrukcje danych wysokiego poziomu Obejmuje encje (tabele), atrybuty (kolumny/pola) i relacje (klucze) Obejmuje tabele, kolumny, klucze, typy danych, reguły sprawdzania poprawności, wyzwalacze bazy danych, procedury składowane, domeny i ograniczenia dostępu
Nazwy nietechniczne, aby kadra kierownicza i menedżerowie wszystkich szczebli mogli zrozumieć podstawę danych Opisu Architektonicznego Używa nazw firm dla podmiotów i atrybutów Używa bardziej zdefiniowanych i mniej ogólnych konkretnych nazw tabel i kolumn, takich jak skrócone nazwy kolumn, ograniczonych przez system zarządzania bazą danych (DBMS) i wszelkie standardy zdefiniowane przez firmę
Wykorzystuje ogólne konstrukcje danych wysokiego poziomu, z których tworzone są opisy architektoniczne w kategoriach nietechnicznych Jest niezależny od technologii (platforma, DBMS) Zawiera klucze podstawowe i indeksy do szybkiego dostępu do danych.
Reprezentowane w punkcie widzenia DIV-1 (DoDAF V2.0) Reprezentowane w DIV-2 Viewpoint (DoDAF V2.0) i OV-7 View (DoDAF V1.5) Reprezentowane w DIV-3 Viewpoint (DoDAF V2.0) i SV-11 View (DoDAF V1.5)

Zobacz też

Linki zewnętrzne