Adatmodellezés: az adatok struktúrájának megtervezése

Amikor az alkalmazással adatokat tárol vagy tekint meg, a tervezés fontos részét képezi az adatstruktúra. Nem csak azt érdemes megfontolni, hogy az adatokat hogyan fogják használni egy adott alkalmazásban vagy képernyőn, hanem hogy mások hogyan fogják használni azokat az adatokat. A personákra, a feladatokra, az üzleti folyamatra és a célokra való visszatekintés segítséget nyújt annak meghatározásában, hogy milyen adatokat szeretne tárolni, illetve hogyan lenne érdemes rendszerezni őket.

Tipp.

Annak ellenére, hogy a Hozzáférési adatbázisra íródott, ez a cikk az adattervezés alapjait az adatok modellezési alapelveinek jó általános tárgyalását ismerteti: az Adatbázis-tervezés alapjait.

Vegyük példának a következő költségjelentést.

Az a költségjelentés fő része, amely az alkalmazott nevét és az osztály adatait ismerteti. A fő rész alatt az egyes megvásárolt cikkekre vonatkozóan több sornyi leírás látható. Nevezzük ezeket a sor elemeinek. A sorelemek a költségjelentés fő részétől eltérő struktúrával rendelkeznek. Tehát azt mondhatjuk, hogy minden költségjelentés esetében több sorelem is van.

Az ilyen típusú adatok adatbázisba történő tárolásához az adatbázis-tervezésben modelleznünk kell az adatstruktúrát.

Egy-a-sokhoz (1: N) adatstruktúra

Ez az előző példában ismertetett adatstruktúra típusa. A költségjelentés fő része több sorral is össze van kapcsolva. (Azt is megtekintheti, hogy milyen kapcsolatban állnak a sorokhoz tartozó elemek: több sorelem csatlakozik egy költségjelentéshez (N:1).)

Sok-a-sokhoz (N: N) adatstruktúra

A több a többhöz adatstruktúra egy speciális típus. Ez azokra az esetekre használható, ahol több rekord is társítható több másik rekordhalmazhoz. Jó példa az üzleti partnerek hálózata. Több üzleti partnere van (ügyfelek és szállítók), akikkel együttdolgozik, és ezek az üzleti partnerek az Ön többi munkatársával is együttműködnek.

Adatmodellezési példák

A rendszerben többféle típusú modellezés is megtörténhet. Nézzünk néhány példát.

1. példa: szabadidő jóváhagyás kérelem

Ez az egyszerű példa két adathalmazt mutat. Az egyik az alkalmazott, a másik a szabadidő jóváhagyás kérelem. Mivel minden alkalmazott több kérelmet fog benyújtani, ezért itt a kapcsolat egy-a-sokhoz, ahol az „egy” az alkalmazott, és a „sok” a kérelem. Az alkalmazotti adatok és a szabadidő kérelem kapcsolódnak egymáshoz, és az alkalmazott száma a közös mező (más néven a kulcs).

2. példa: vásárlás jóváhagyása

Itt az adatstruktúra eléggé kifinomultnak tűnik, de nagyon hasonlít a jelen cikk elején megvitatott költségjelentési példához. Minden egyes szállító vagy forgalmazó több beszerzési rendeléshez van társítva. Minden alkalmazott több beszerzési rendelésért felelős. Ezért mindkét adathalmaznak egy-a-sokhoz adatstruktúrája van.

Mivel előfordulhat, hogy az alkalmazottak nem mindig ugyanazt a szállítót vagy forgalmazót használják, a szállítókat több alkalmazott használja, és minden alkalmazott több szállítóval dolgozik. Ezért az alkalmazottak és a szállítók közötti kapcsolat sok-a-sokhoz.

3. példa: költségjelentés

Következő lépés: annak meghatározása, hogy milyen típusú alkalmazást hozzanak létre

Megjegyzés

Megosztja velünk a dokumentációja nyelvi preferenciáit? Rövid felmérés elvégzése. (ne feledje, hogy ez a felmérés angol nyelvű)

A felmérés elvégzése körülbelül hét percet vesz igénybe. Semmilyen személyes adatot nem gyűjtünk (adatvédelmi nyilatkozat).