Udostępnij za pośrednictwem


Model danych jednostki

Model danych jednostki (EDM) to zestaw pojęć opisujących strukturę danych, niezależnie od jej przechowywanego formularza. Model relacji EDM opisany przez Petera Chena w 1976 roku jest również oparty na modelu relacji jednostek i rozszerza tradycyjne zastosowania.

Program EDM rozwiązuje problemy wynikające z przechowywania danych w wielu formach. Rozważmy na przykład firmę, która przechowuje dane w relacyjnych bazach danych, plikach tekstowych, plikach XML, arkuszach kalkulacyjnych i raportach. Stanowi to znaczące wyzwania związane z modelowaniem danych, projektowaniem aplikacji i dostępem do danych. Podczas projektowania aplikacji zorientowanej na dane wyzwaniem jest pisanie wydajnego i konserwowalnego kodu bez poświęcania wydajnego dostępu do danych, magazynu i skalowalności. Gdy dane mają relacyjną strukturę, dostęp do danych, magazyn i skalowalność są bardzo wydajne, ale pisanie wydajnego i konserwowalnego kodu staje się trudniejsze. Gdy dane mają strukturę obiektów, kompromisy są odwracane: Pisanie wydajnego i konserwowalnego kodu wiąże się z kosztem efektywnego dostępu do danych, magazynu i skalowalności. Nawet jeśli można znaleźć właściwą równowagę między tymi kompromisami, pojawiają się nowe wyzwania, gdy dane są przenoszone z jednej formy do innej. Model danych jednostki rozwiązuje te wyzwania, opisując strukturę danych pod względem jednostek i relacji, które są niezależne od dowolnego schematu magazynu. Dzięki temu przechowywana forma danych nie ma znaczenia dla projektowania i tworzenia aplikacji. Ze względu na to, że jednostki i relacje opisują strukturę danych używanych w aplikacji (a nie w postaci przechowywanej), mogą one ewoluować w miarę rozwoju aplikacji.

Element to conceptual model konkretna reprezentacja struktury danych jako jednostek i relacji i jest ogólnie zdefiniowana w języku specyficznym dla domeny (DSL), który implementuje koncepcje EDM. Język definicji schematu koncepcyjnego (CSDL) jest przykładem takiego języka specyficznego dla domeny. Jednostki i relacje opisane w modelu koncepcyjnym można traktować jako abstrakcje obiektów i skojarzeń w aplikacji. Dzięki temu deweloperzy mogą skupić się na modelu koncepcyjnym bez obaw o schemat magazynu i umożliwia im pisanie kodu z myślą o wydajności i łatwość konserwacji. Tymczasem projektanci schematów magazynu mogą skupić się na wydajności dostępu do danych, magazynu i skalowalności.

W tej sekcji

Tematy w tej sekcji opisują pojęcia modelu danych jednostki. Każdy dsL implementujący EDM powinien zawierać pojęcia opisane tutaj. Należy pamiętać, że ADO.NET Entity Framework używa języka CSDL do definiowania modeli koncepcyjnych. Aby uzyskać więcej informacji, zobacz Specyfikacja CSDL.

Kluczowe założenia modelu danych jednostki

Model danych jednostki: Przestrzenie nazw

Model danych jednostki: Typy danych pierwotnych

Model danych jednostki: Dziedziczenie

punkt końcowy skojarzenia

skojarzenie i liczebność

zestaw skojarzeń

punkt końcowy zestawu skojarzeń

typ skojarzenia

typ złożony

kontener jednostek

klucz jednostki

zestaw jednostek

typ jednostki

aspekt

właściwość klucza obcego

funkcja zadeklarowana modelu

funkcja zdefiniowana przez model

właściwość nawigacji

właściwość

ograniczenie integralności referencyjnej

Zobacz też