- unique OID = 2 různé objekty (instance stejné třídy) se stejnými daty (jako primární klíč)
- objekty mohou mít přímo odkaz na další objekty = není potřeba se znovu dotazovat
- many-to-many lze realizovat přímo
- mají Abstraktní datové typy
- lze použít jako typ sloupce v rel. dat.
- “REF” - ukazatel na hodnoty dat typu
- permanence = požadavek objektu přežít i např. restart aplikace, OID není důležitý
- persistence = implementace permanence, řeší OID
- slide Na zkoušce!!
- Continuity
- pokud změníme 1 objekt, projeví se i na tom druhém
- Cohesion
- aplikace nijak neřeší, jen sleduje reference
- Spatial-temporal Priority
- nemohu vytvořit stejný objekt se stejným OID (např. zaměstnance jako již existující zaměstnanec - např stejné rodné číslo/stejné číslo zaměstnance)
- Problémová implementace → zasahuje do runtime aplikace - problém se znovu použitelností, místo databáze je vlastně knihovna naší aplikace
- Object-to-(non-object) mapping
- oblíbený způsob, ale těžké implementovat transparentně požadované vlastnosti
- základ:
PUT KEY=VALUE a GET VALUE FROM KEY