Udostępnij za pośrednictwem


Model danych jednostki

Model danych jednostki (EDM) to zbiór pojęć opisujących strukturę danych, niezależnie od formy, w jakiej są przechowywane. EDM pożycza od modelu Entity-Relationship opisanego przez Petera Chena w 1976 roku, ale opiera się również na modelu Entity-Relationship i rozszerza swoje 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 łatwego w utrzymaniu kodu wiąże się z kosztem efektywnego dostępu do danych, przechowywania 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 radzi sobie z tymi wyzwaniami, opisując strukturę danych w kontekście jednostek i relacji, które są niezależne od konkretnego schematu przechowywania. 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 conceptual model to konkretna reprezentacja struktury danych jako encji 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 przechowywania i umożliwia im pisanie kodu z myślą o wydajności i łatwością konserwacji. W międzyczasie projektanci schematów przechowywania danych mogą skupić się na wydajności dostępu do danych, przechowywania 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 pojęcia dotyczące modelu danych jednostek

Model danych jednostki: przestrzenie nazw

Model danych jednostki: typy danych pierwotnych

Model danych jednostki: dziedziczenie

koniec asocjacji

mętność końcowa skojarzenia

zestaw skojarzeń

koniec zestawu powiązań

typ skojarzenia

typ złożony

pojemnik encji

klucz jednostki

zestaw jednostek

typ jednostki

aspekt

właściwość klucza obcego

funkcja zadeklarowana przez model

funkcja zdefiniowana przez model

właściwość nawigacji

właściwość

ograniczenie integralności referencyjnej

Zobacz także