Schemat logiczny - Logical schema

Logiczny model danych lub schemat logiczny jest model danych domeny specyficzny problem wyrażony niezależnie od konkretnego produktu do zarządzania bazami danych lub technologii przechowywania ( fizyczny model danych ), ale pod względem struktur danych, takich jak relacyjnych tabel i kolumn, klas obiektowych, lub znaczniki XML. Jest to przeciwieństwo konceptualnego modelu danych , który opisuje semantykę organizacji bez odniesienia do technologii.

Przegląd

Logiczne modele danych reprezentują abstrakcyjną strukturę domeny informacji. Często mają one 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 relacji. 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 to semantykę kontekstu informacyjnego, który model logiczny powinien również odzwierciedlać. Mimo to, ponieważ logiczny model danych przewiduje implementację w określonym systemie obliczeniowym, zawartość logicznego modelu danych jest dostosowywana w celu osiągnięcia określonych 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 domeny jest bardziej skoncentrowany na uchwyceniu pojęć w domenie problemowej, a nie na strukturze danych powiązanych z tą domeną.

Historia

Trzypoziomowa 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 przydatny sposób, szczególnie 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 za pomocą tabel i kolumn - został właśnie uznany za teorię organizacji danych, ale nie istniało żadne oprogramowanie wspierające to podejście. Od tego czasu wprowadzono także obiektowe podejście do modelowania danych - w którym dane są opisywane za pomocą klas, atrybutów i asocjacji.

Logiczne tematy dotyczące modeli danych

Powody budowania logicznej struktury danych

  • Pomaga w zrozumieniu elementów i wymagań danych biznesowych
  • Stanowi podstawę do projektowania bazy danych
  • Ułatwia unikanie redundancji danych, a tym samym zapobiega niespójności danych i transakcji biznesowych
  • Ułatwia ponowne wykorzystywanie i udostępnianie danych
  • Zmniejsza czas i koszt opracowywania i konserwacji
  • Potwierdza logiczny model procesu i pomaga w analizie wpływu .

Koncepcyjny, 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 mógłby zostać wdrożony 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 opisane poniżej.

Konceptualny model danych (CDM) Logiczny model danych (LDM) Fizyczny model danych (PDM)
Zawiera konstrukcje danych wysokiego poziomu Obejmuje jednostki (tabele), atrybuty (kolumny / pola) i relacje (klucze) Obejmuje tabele, kolumny, klucze, typy danych, reguły walidacji, wyzwalacze bazy danych, procedury składowane, domeny i ograniczenia dostępu
Nazwy nietechniczne, aby kierownictwo i menedżerowie na wszystkich poziomach mogli zrozumieć podstawę danych Opisu Architektonicznego Używa nazw biznesowych dla jednostek i atrybutów Używa bardziej zdefiniowanych i mniej ogólnych nazw specyficznych dla tabel i kolumn, takich jak skrócone nazwy kolumn, ograniczone przez system zarządzania bazami danych (DBMS) i wszelkie standardy zdefiniowane przez firmę
Używa ogólnych konstrukcji danych wysokiego poziomu, na podstawie których tworzone są opisy architektoniczne w terminach nietechnicznych Jest niezależny od technologii (platforma, DBMS) Zawiera klucze podstawowe i indeksy do szybkiego dostępu do danych.
Reprezentowany w punkcie widzenia DIV-1 (DoDAF V2.0) Przedstawione w DIV-2 Viewpoint (DoDAF V2.0) i OV-7 View (DoDAF V1.5) Przedstawione w widoku DIV-3 (DoDAF V2.0) i SV-11 View (DoDAF V1.5)

Zobacz też

Bibliografia

Zewnętrzne linki