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 zestawu skojarzeń
funkcja zdefiniowana przez model
ograniczenie integralności referencyjnej