Istnieją w celu komunikacji między ludźmi od biznesu a informatykami na temat poprawnego zrozumienia modelu biznesowego. Jest to mniej techniczne przedstawienie struktury zaprojektowanego przez nas systemu bazodanowego, istniejące żeby sprawdzić / poprawić nasze zrozumienie na temat encji, procesów biznesowych, zasad działania itp.
Terminologia:
encja - obiekt ze świata rzeczywistego, np.: pacjent, klient
klasa encji - zbiór encji o tej samej cesze, który pozwala na ich wspólną kategoryzację
atrybut - dana cecha / fakt o danym przykładzie encji.
Diagramy ER (encja - relacja)
Opisują encje, ich atrybuty oraz relacje. Pozwalają na dokładny opis modelu danych oraz struktury bazy. Wykorzystywane praktycznie przez cały life-span bazy, do prawie wszystkich decyzji.
Logiczny model danych może być stworzony za pomocą diagramu ER.
Podejścia do projektowania baz danych
Top down -> tworzysz coś nowego, zazwyczaj z opisu wymagań jakiegoś biznesu, z ogólnego opisu przechodzisz do detali
Bottom up -> zazwyczaj w celu zastąpienia czegoś istniejącego, od specyficznych use-case’ów bazy przechodzisz do ogólniejszego zrozumienia potrzebnych encji i ich atrybutów.
Kardynalność relacji
Opisy przy relacjach oraz nazwy encji powinny być dokładne. 
Relacja rekurencyjna może być udokumentowana przez zdefiniowanie klucza obcego nawiązującego do klucza głównego tej samej tabeli.
Każdy atrybut powinien mieć zdefiniowaną własną domenę, czyli np.: numery telefonu z czy bez kodu kraju.
Podtypy encji
Jeśli w encji znajdują się podtypy, trzeba je przedstawić na diagramie (wszystkie!). Często wchodzą one w relację z innymi encjami, co można przedstawić na diagramie by uzyskać dokładny model danych, np.:
Tutaj finished order wchodzi bezpośrednio w relację z fakturą.
Relacje mtm (many to many)
Dozwolone w przypadku koncepcyjnego modelu danych, rozwiązywane ekstra encją typu x_x w DBMS. Zawiera ona przynajmniej dwa klucze obce, każdy do innej tabeli z relacji mtm.
Relacje wykluczające się
Nie mogą zachodzić jednocześnie. Jeśli zakończyliśmy zamówienie, klient zapłacił albo kartą albo gotówką. 