logo

Adatbázis tervezés

Adatbázis tervezés

Bevezetés

Lehet, hogy találkoztunk a szóval Adatbázis ' elég gyakran. Ez a kifejezés nagy hangsúlyt fektet a karjaira. Gyakrabban ez nem csak a fejlesztő perspektívájához kapcsolódik, hanem gyakran használják nem technológiai csoportokkal vagy közösségekkel. Technikailag az adatbázis inkább egy tárolási kifejezés, amelyet az egyetlen helyen koagulált adatok különböző formáival való kapcsolat jelölésére használnak. Így az adatbázist úgy definiálhatjuk, mint egy rendszerezett adatgyűjteményt, amelyet általában számítógépes rendszereken keresztül elektronikusan tárolnak és érnek el. Ez a cikk nagymértékben központi szerepet játszik az adatbázis kialakításában, és általában figyelembe vették az idézhető kifejezésekkel és módszertanokkal való társítását. Az adatbázis-tervezésre vonatkozó kifejezéseket megvitatjuk, hogy megértsük a biteket és darabokat. Azonnal beszéljünk róla.

abs c kód

Mi az adatbázis tervezés?

Az adatbázis-tervezés általában olyan feladatok vagy folyamatok összességeként definiálható, amelyek elősegítik a vállalati adatkezelő rendszer tervezését, fejlesztését, megvalósítását és karbantartását. A megfelelő adatbázis kialakítása csökkenti a karbantartási költségeket, ezáltal javítja az adatok konzisztenciáját, és a költséghatékony intézkedések nagyban befolyásolják a lemeztárterületet. Ezért egy zseniális koncepciónak kell lennie az adatbázis tervezésében. A tervezőnek követnie kell a megszorításokat, és el kell döntenie, hogy az elemek hogyan kapcsolódnak egymáshoz, és milyen adatokat kell tárolni.

Az adatbázis-tervezés mögött meghúzódó fő célkitűzések a javasolt adatbázis-rendszer fizikai és logikai tervezési modelljei. Ennek kidolgozásához a logikai modell elsősorban az adatigényekre koncentrál, és a mérlegelést monolitikus megfontolások alapján kell elvégezni, így a tárolt fizikai adatokat a fizikai feltételektől függetlenül kell tárolni. Másrészt a fizikai adatbázis-tervezési modell magában foglalja az adatbázis logikai tervezési modelljének fordítását a fizikai adathordozók felügyelete révén hardvererőforrások és szoftverrendszerek, például adatbázis-kezelő rendszer (DBMS) használatával.

Miért fontos az adatbázis-tervezés?

Az adatbázis-tervezés fontosságának hangsúlyozása során figyelembe vehető fontos szempont az alábbi pontokkal magyarázható.

  1. Az adatbázis-tervek vázlatokat adnak az adatok rendszerben való tárolására. Az adatbázis megfelelő kialakítása nagymértékben befolyásolja bármely alkalmazás általános teljesítményét.
  2. Az adatbázisokhoz meghatározott tervezési elvek világos képet adnak bármely alkalmazás viselkedéséről és a kérések feldolgozásáról.
  3. Egy másik példa az adatbázis-tervezés hangsúlyozására, hogy a megfelelő adatbázis-terv megfelel a felhasználók minden követelményének.
  4. Végül, egy alkalmazás feldolgozási ideje jelentősen lecsökken, ha a rendkívül hatékony adatbázis tervezésének korlátait megfelelően végrehajtják.

Életciklus

Bár az adatbázis életciklusa nem olyan fontos vita, amelyet ebben a cikkben tovább kell vinni, mivel az adatbázis tervezésére összpontosítunk. Mielőtt azonban közvetlenül az adatbázis-tervezést alkotó tervezési modellekre ugrana, fontos megérteni az adatbázis általános munkafolyamatát és életciklusát.

Követelményelemzés

Mindenekelőtt azt kell megtervezni, hogy melyek azok a projekt alapvető követelményei, amelyek alapján az adatbázis kialakítását tovább kell vinni. Tehát a következőképpen határozhatók meg: -

Tervezés - Ez a szakasz a teljes DDLC (adatbázis-fejlesztési életciklus) tervezésével foglalkozik. A stratégiai szempontokat a továbblépés előtt figyelembe veszik.

Rendszerdefiníció - Ez a szakasz a tervezés után lefedi a megfelelő adatbázis határait és hatóköreit.

Adatbázis tervezés

A következő lépésben meg kell tervezni az adatbázist a felhasználó alapú követelmények figyelembevételével, és fel kell osztani azokat különböző modellekre úgy, hogy ne legyenek terhelések vagy súlyos függőségek egyetlen szemponthoz képest. Ezért létezett néhány modellközpontú megközelítés, és itt a logikai és fizikai modellek döntő szerepet játszanak.

Fizikai modell - A fizikai modell a logikai modell gyakorlataival és megvalósításaival foglalkozik.

rekurziós java

Logikai modell - Ez a szakasz elsősorban a javasolt követelmények alapján modell kidolgozására vonatkozik. A teljes modell papíron van megtervezve, implementáció vagy DBMS-megfontolások nélkül.

Végrehajtás

Az utolsó lépés a megvalósítási módszereket és a követelményeinknek megfelelő viselkedés ellenőrzését tartalmazza. Ezt az adatbázis folyamatos integrációs tesztelése különböző adatkészletekkel és az adatok gépi érthető nyelvre konvertálásával biztosítja. Az adatok manipulálása elsősorban ezekre a lépésekre összpontosul, ahol a lekérdezések futnak, és ellenőrzik, hogy az alkalmazás megfelelő-e vagy sem.

Adatkonverzió és -betöltés - Ez a rész adatok importálására és konvertálására szolgál a régi rendszerből az új rendszerbe.

Tesztelés - Ez a szakasz az újonnan bevezetett rendszer hibaazonosításával foglalkozik. A tesztelés döntő lépés, mert közvetlenül ellenőrzi az adatbázist, és összehasonlítja a követelmények specifikációit.

Adatbázis tervezési folyamat

Az adatbázis tervezésének folyamata különféle fogalmi megközelítéseket tartalmaz, amelyeket szem előtt kell tartani. Egy ideális és jól strukturált adatbázis-tervnek képesnek kell lennie:

véletlen c
  1. Takarítson meg lemezterületet a redundáns adatok eltávolításával.
  2. Fenntartja az adatok sértetlenségét és pontosságát.
  3. Hasznos módokon biztosítja az adatokhoz való hozzáférést.
  4. Logikai és fizikai adatmodellek összehasonlítása.

Logikus

A logikai adatmodell általában a lehető legrészletesebben írja le az adatokat, anélkül, hogy aggódnia kellene az adatbázisban lévő fizikai megvalósítások miatt. A logikai adatmodell jellemzői a következők lehetnek:

  1. A köztük lévő összes entitás és kapcsolat.
  2. Minden entitásnak jól meghatározott attribútumai vannak.
  3. Minden entitás elsődleges kulcsa meg van adva.
  4. Meg vannak határozva az idegen kulcsok, amelyek a különböző entitások közötti kapcsolatok azonosítására szolgálnak.
  5. A normalizálás ezen a szinten történik.

A logikai modell a következő megközelítéssel tervezhető:

  1. Adja meg az összes elsődleges kulcsú entitást.
  2. Határozzon meg egyidejű kapcsolatokat a különböző entitások között.
  3. Találja ki az egyes entitások attribútumait
  4. Sok-sok kapcsolat megoldása.
  5. Végezze el a normalizálási folyamatot.

A fenti megközelítés követése után az egyik fontos tényező a tervezés kritikus vizsgálata a követelmények összegyűjtése alapján. A fenti lépések szigorú betartása esetén fennáll az esélye egy rendkívül hatékony adatbázis-terv létrehozására, amely a natív megközelítést követi.

Ezen pontok megértéséhez tekintse meg az alábbi képet, hogy tiszta képet kapjon.

Ha összehasonlítjuk a fenti ábrán látható logikai adatmodellt a diagram néhány mintaadatával, akkor arra a tényre juthatunk, hogy egy koncepcionális adatmodellben nincs elsődleges kulcs, míg a logikai adatmodellben vannak elsődleges kulcsok minden tulajdonságát. Ezenkívül a logikai adatok modellezik a különböző entitások közötti fedőkapcsolatot, és helyet adnak az idegen kulcsoknak, hogy kapcsolatokat hozzanak létre közöttük.

Fizikai

A Fizikai adatok mód általában az adatbázis tervezésének megközelítését vagy koncepcióját jelenti. A fizikai adatmodell fő célja, hogy megmutassa az összes szerkezetek táblázat, beleértve a oszlop neve, oszlop adattípusa, megszorítások, kulcsok (elsődleges és idegen) és a táblák közötti kapcsolat. A fizikai adatmodell jellemzői a következők:

  1. Meghatározza az összes oszlopot és táblázatot.
  2. Idegen kulcsokat ad meg, amelyek általában meghatározzák a táblák közötti kapcsolatot.
  3. A felhasználói igények alapján denormalizálás történhet.
  4. Mivel a fizikai szempontot figyelembe veszik, ezért egyértelmű okai lesznek a különbségnek, mint egy logikai modellnek.
  5. A fizikai modellek eltérőek lehetnek a különböző RDBMS-eknél. Például az adattípus oszlop eltérő lehet a MySQL-ben és az SQL Serverben.

A fizikai adatmodell tervezése során a következő szempontokat kell figyelembe venni:

  1. Alakítsa át az entitásokat táblázatokká.
  2. Alakítsa át a meghatározott kapcsolatokat idegen kulcsokká.
  3. Alakítsa át az adatattribútumokat oszlopokká.
  4. Módosítsa az adatmodell megkötéseit a fizikai követelmények alapján.

Összehasonlítva ezt a fizikai adatmodellt a logikaival az előző logikai modellel, arra a következtetésre juthatunk, hogy egy fizikai adatbázisban az entitásneveket táblaneveknek, az attribútumokat pedig oszlopneveknek tekintjük. Ezenkívül az egyes oszlopok adattípusa a fizikai modellben van meghatározva a ténylegesen használt adatbázistól függően.

Szójegyzék

Entitás - Az adatbázisban lévő entitás absztrakt adatként definiálható, amelyet elmentünk az adatbázisunkba. Például egy vásárló, termékek.

java polimorfizmus

Attribútumok - Az attribútum az adatok részletes formája, amely olyan entitásokból áll, mint a hossz, név, ár stb.

Kapcsolat - A kapcsolat két entitás vagy alak közötti kapcsolatként definiálható. Például egy személy több személyhez kapcsolódhat egy családban.

Idegen kulcs - Hivatkozásként működik egy másik tábla elsődleges kulcsára. Az idegen kulcs olyan oszlopokat tartalmaz, amelyek értéke csak abban az elsődleges kulcs oszlopban létezik, amelyre hivatkoznak.

Elsődleges kulcs - Az elsődleges kulcs a rekordok egyedi és nem nulla mutatója, és a tábla attribútumainak egyedi azonosítására szolgál.

python sor rendezve

Normalizálás - A rugalmas adatmodellnek bizonyos szabályokat kell követnie. E szabályok alkalmazását normalizálásnak nevezzük.

Összegzés

Az adatbázis-tervezés egy módszer a megfelelő hasznosítási módszer kialakításának hiányosságainak és lehetőségeinek azonosítására. Ez a rendszer fő összetevője, amely leképezi az adatokat és a rendszeren belüli viselkedését. A megfelelő adatbázis-tervezés mindig prioritást élvez, mivel a felhasználói igények túlzottan magasak, és az adatbázis-tervezési gyakorlatok korlátainak követése csak esélyt jelenthet a kívánt hatékonyság elérésére. Ezenkívül külön tanultunk a különböző tervezési modellekről, amelyek az ideális adatbázis-tervezést mutatják be, valamint a tulajdonságaikról és azok felhasználásáról szóló korlátlan vitát. Megtanultuk továbbá, hogy az adatbázis életciklusa hogyan dönti el az adatbázis kialakítását, és hogyan lehet a tervezés fogalmát belehelyezni az életciklus-módszerekbe, hogy hatékony és rendkívül kifinomult adatbázisokat lehessen tervezni a felhasználói igények alapján.