1. Az eredeti dokumentum és az entitás közötti kapcsolat
Lehet egy-egy, egy-több, vagy sok-sok-sok kapcsolat. Általánosságban ezek egy-egy kapcsolatok: azaz egy eredeti dokumentumpár
csak egy entitásnak felel meg. Különleges esetekben lehetnek egy-több-sok vagy sok-egy kapcsolat, azaz egy eredeti dokumentum több valóságnak felel meg
test, vagy több eredeti dokumentum, amelyek egy entitáshoz tartoznak. Az itt létező egység egy alapvető táblázatként érthető. Miután tisztáztuk ezt a megfelelést, tervezz nekünk
A belépő felület nagyon hasznos.
〖Példa 1〗: Egy alkalmazotti önéletrajzi információ három alapvető táblázatnak felel meg a humánerőforrás-információs rendszerben: alkalmazotti alapvető információs táblázat és társadalom
Kapcsolati táblázat, munka önéletrajzi űrlap. Ez egy tipikus példa arra, hogy "egy eredeti dokumentum több entitásnak felel meg".
2. Elsődleges és idegen kulcsok
Általánosságban egy entitásnak sem elsődleges kulcsa, sem idegen kulcsa nem lehet. Az E-R diagramban a levél részének entitásai definiálhatják a primer kulcsot,
Az is lehetséges, hogy nem definiáljuk az elsődleges kulcsot (mivel nincsenek gyermekei), de van egy idegen kulcsa (mert van apja).
Az elsődleges és idegen kulcsok tervezése fontos szerepet tölt be a globális adatbázisok tervezésében. Amikor a globális adatbázis tervezése befejeződik, egy
Az amerikai adatbázis-tervező szakértők azt mondták: "Kulcsok, mindenhol kulcsok, semmi más, csak kulcsok", ez az ő adatbázis-tervezési tapasztalata
Ez tükrözi rendkívül absztrakt elképzeléseit az információs rendszerek (adatmodellek) magjáról. Mert: az elsődleges kulcs egy rendkívül absztrakt entitás, és az elsődleges kulcs a következőkhöz kapcsolódik
Egy pár idegen kulcs, amely az entitások közötti kapcsolatot jelképezi.
3. Az alaptáblázat természete
Az alap táblázat különbözik a köztes és az ideiglenes táblától, mert a következő négy jellemzővel rendelkezik:
(1) Atomiság. Az alaptáblázat mezői már nem bomlottak.
(2) Primititás. Az alaptáblázatban szereplő rekordok az eredeti adatok (az alapadatok alapján) adatai.
(3) Deduktív. Minden kimeneti adat az alaptáblázatban és a kódtáblázatban található adatokból származtatható.
(4) Stabilitás. Az alaptábla szerkezete viszonylag stabil, és a táblában lévő rekordokat hosszú ideig kell megőrizni.
Az alaptáblák természetének megértése után adatbázisok tervezésekor megkülönböztethetők az alaptáblák a köztes és ideiglenes tábláktól.
4. Paradigma szabványok
Az alaptábla és a mezők közötti kapcsolatnak a lehető leginkább megfelelnie kell a harmadik paradigmának. Azonban azok az adatbázis-tervek, amelyek megfelelnek a harmadik paradigmának, gyakran nem
A legjobb dizájn. Az adatbázisok működési hatékonyságának javítása érdekében gyakran szükség van a paradigma szabvány csökkentésére: megfelelően növelni a redundanciát az időbeli hely eléréséhez
A cél.
2. példa: Van egy alap táblázat az áruk tárolására, ahogy az 1. táblázatban látható. A "Mennyiség" mező jelenléte azt jelzi, hogy a tábla nem úgy van kialakítva, hogy kielégítse
A harmadik paradigma elegendő, mert a "mennyiség" úgy kapható meg, ha az "egységár" megszorozva a "mennyiséggel", ami azt jelzi, hogy az "összeg" egy felesleges mező. Azonban a növekedés
A "mennyiség" redundáns mezője javíthatja a lekérdezési statisztikák sebességét, ami az idő tér cseréje gyakorlata.
A Rose 2002-ben kétféle előírt oszlop létezik: adatoszlopok és a számított oszlopok. Egy olyan oszlopot, mint a "mennyiség", "számítási oszlopnak" nevezik, és
Az olyan oszlopokat, mint az "Unit Price" és a "Mennyiség", "adatoszlopoknak" nevezik.
1. táblázat Az áru tábla tábla szerkezete
Termék név Termék Modell Egységár Mennyiség Összeg
TV 29 hüvely 2 500 40 100 000
5. Ismerd meg a három paradigmát laikus nyelven
A három paradigma megértése egyszerű nyelven nagy előnyt jelent az adatbázis-tervezés szempontjából. Az adatbázis-tervezésben, hogy jobban alkalmazzuk a három paradigmát, egyszerűen
Három paradigmát kell laikus nyelven érteni:
Az első paradigma: 1NF egy atomi megkötés az attribútumokra, amely megköveteli, hogy az attribútumok atomikusak legyenek, és már nem bonthatók;
A második paradigma: 2NF a rekordok egyediségi korlátja, amely megköveteli, hogy a rekordoknak egyedi azonosítással rendelkezzenek, vagyis az entitás egyedisége;
3. paradigma: 3NF egy korlát a mező redundanciájára, vagyis nem vezethető le más mezőkből, ezért megköveteli, hogy a mező ne legyen redundáns
。
Egyetlen redundáns adatbázis-tervezés sem képes rá. Azonban egy redundancia nélküli adatbázis nem feltétlenül a legjobb adatbázis, néha a szerencsét javítva
A hatékonyság eléréséhez csökkenteni kell a paradigma szabványt, és megfelelően megtartani a redundáns adatokat. A konkrét megközelítés az, hogy a harmadik paradigmát tartjuk a fogalmi adatmodellek tervezésekor
, a paradigma szabvány csökkentésének munkáját figyelembe veszik a fizikai adatmodell tervezésében. A paradigma csökkentése olyan mezők hozzáadása, amelyek lehetővé teszik a redundanciát.
6. Legyél jó abban, hogy sok-sok kapcsolatokat azonosítsanak és helyesen kezeljenek.
Ha két entitás között sok-sok kapcsolat van, akkor ezt a kapcsolatot meg kell szüntetni. A megszüntetés módja, ha a kettő közé egy harmadrealst adunk hozzá
test. Így a régen sok-sok-sok kapcsolat most két egy-többhez kapcsolattá vált. Az eredeti két entitás attribútumjait ésszerűen kell elosztani
Menj a három entitáshoz. A harmadik entitás lényegében egy összetettebb kapcsolat, amely egy alap táblázatnak felel meg. Általánosságban nézve a számok
A könyvtártervező eszköz nem ismeri fel a sok-sok kapcsolatokat, de képes kezelni a sok-sok kapcsolatokat.
3. példa: A "Könyvtári Információs Rendszerben" a "könyv" egy entitás, és az "olvasó" is entitás. Ez a két entitás ugyanaz
A könyvek közötti kapcsolat tipikus sok-sok-kapcsolat: egy könyvet több olvasó kölcsönözhet különböző időpontokban, és egy olvasó többet is kölcsönözhet
Ez a könyv. Ennek érdekében egy harmadik entitást kell hozzáadni a kettő közé, amelyet "kölcsönzési és visszaadó könyveknek" neveznek, és tulajdonságai: kölcsönzési idő és kölcsönfelvétel
Van egy logója is (0 jelentése a kölcsönkért könyv, 1 pedig a könyv visszaküldése), ezen felül két idegen kulcsnak is kell lennie (a "könyv" elsődleges hangneme és az "olvasó" kulcsa), így így
Kapcsolódik a "könyvekhez" és az "olvasókhoz".
7. A PK elsődleges kulcs értékmódszere
A PK egy táblázatok közötti kapcsolati eszköz programozók számára, amely lehet egy számsorozat, amelynek fizikai jelentősége nem van, és amelyet a program automatikusan hozzáad az 1-hez. Igen
fizikailag értelmes mezőnév vagy mezőnevek kombinációja. De az előbbi jobb, mint az utóbbi. Ha a PK mezőnevek kombinációja, javasoljunk egy mezőszámot
Ne számolj túl sokat, mert az index nemcsak sok helyet foglal, hanem lassít is.
8. Rendesen oldd meg az adatredundanciát
Az elsődleges és idegen kulcsok ismétlése több táblában nem az adatredundancia fogalma, és sokan nem ismerik ezt
。 A nem kulcsmezők ismétlése adatredundancia! Ez egy alacsony szintű redundancia, vagyis ismétlődő redundancia. A fejlett redundancia nem terep-alapú
Többször is, de mezők származéka.
4. példa: A termék három "egységára, mennyiség és összeg" mezője, a "mennyiség" az "egységár" és a "mennyiség" szorzásából származik
Ez redundancia, és egyfajta fejlett redundancia. A redundancia célja a feldolgozási sebesség növelése. Csak az alacsony szintű redundancia növeli a számot
az adatok konkonzisztenciája, mert ugyanazt az adatot többször is beírhatják különböző időpontokról, helyekről és szerepekről. Ezért támogatjuk a fejlett redundanciát (pite
a redundancia természeténél fogva), és ellenzi az alacsony szintű redundanciát (ismétlődő redundanciát).
9. Nincs szabványos válasz az E--R diagramokra
Nincs egységes válasz egy információs rendszer E-R diagramjára, mert a tervezési és rajzolási módszere nem egyedi, amennyiben lefedi a rendszer által igényelt üzleti feladatokat
A terjedelem és a funkcionális tartalom megvalósítható. Ehelyett módosítani kell az E--R diagramot. Bár nincs egyetlen szabványos válasza, ez nem jelenti azt, hogy önkényes lehet
Tervezés. A jó E-R diagram kritériumai: világos szerkezet, tömör asszociáció, mérsékelt számú entitás, ésszerű attribútumok allokáció, és alacsony szintű redundancia hiánya.
10. A megtekintési technikák hasznosak az adatbázis-tervezésben
Az alap táblákkal, kódtáblákkal és köztes táblákkal ellentétben a nézetek virtuális táblák, amelyek az adatforrás valós tábláitól függenek. A nézetek programozóknak szólnak
Az adatbázist használó ablak az alaptáblázat-adatszintézis formája, az adatfeldolgozás módszere, valamint egyfajta felhasználói adat titoktartás
Eszköz. A bonyolult feldolgozás elvégzéséhez, a számítási sebesség növeléséhez és tárolóhely megtakarításához a nézet definíciójának általában nem szabad meghaladnia három réteget. Három emeletes
Ha a nézet még mindig nem elég, akkor definiálj egy ideiglenes táblát a nézeten, majd egy nézetet az ideiglenes táblán. Így a nézőpont mélysége ismételten definiálódik
Nincsenek korlátozások.
Bizonyos nemzeti politikai, gazdasági, technológiai, katonai és biztonsági érdekekhez kapcsolódó információs rendszerek esetében a nézetek szerepe még fontosabb. Ezek
Miután a rendszer alap táblázatának fizikai tervezése befejeződött, az első nézetréteg azonnal megjön az alap táblán, és ennek a rétegnézetnek a száma és szerkezete megegyezik az alaptáblával
A szám és a szerkezet pontosan ugyanaz. És előírják, hogy minden programozó csak a nézeten működhet. Csak az adatbázis-adminisztrátor,
A több személyzet által tartott "biztonsági kulcs" közvetlenül az alapasztalon kezelhető. Az olvasókat arra hívják, hogy gondolkodjanak el: miért van ez így?
11. Köztes táblázatok, állítások és ideiglenes táblák
A köztes tábla egy olyan táblázat, amely statisztikákat tárol, adattározásra, kimeneti jelentésekre vagy lekérdezési eredményekre tervezték, és néha nincs elsődleges kulcsa
Idegen kulcsok (kivéve az adatraktárokat). Az ideiglenes táblákat programozók tervezik, hogy személyes használatra tárolják az ideiglenes rekordokat. Az alap- és köztes táblázatokat a DBA karbantartja
Az ideiglenes táblákat maga a programozó automatikusan kezeli.
12. Az integritási korlátok három szempontból jelennek meg
Domain integritás: A Check-et használd a korlátozások megvalósításához, és az adatbázis-tervező eszközben Ch van a mező értéktartományának meghatározásakor.
eck gomb, amelyen keresztül a mező értékvárosa definiálja.
Referenciális integritás: PK, FK és táblázatszintű triggerekkel valósítható meg.
Felhasználó által definiált integritás: Ez olyan üzleti szabály, amelyeket tárolt eljárásokkal és triggerekkel valósítanak meg.
13. Az adatbázis-tervezési javítások megelőzésére szolgáló módszer a "három kevesebb" elv
(1) Minél kevesebb táblázat van egy adatbázisban, annál jobb. Csak ha a táblák számát csökkentjük, mondhatjuk, hogy a rendszer E-R diagramja kicsi és finom, és eltávolítjuk
A duplikált és redundáns entitások magas szintű absztrakciót alkotnak a célvilágból, és rendszerszintű adatintegrációt végeznek a javítástervezés megakadályozása érdekében;
(2) Minél kevesebb mező a táblázatban kombinálja a fő kulcsokat, annál jobb. Az elsődleges kulcs szerepe miatt az egyik az elsődleges kulcsindex felépítése, a másik pedig al-táblázatként szolgál
idegen kulcsok, így az elsődleges kulcsok kombinációjában szereplő mezők száma csökken, ami nemcsak futási időt takarít meg, hanem indextároló helyet is megtakarít;
(3) Minél kevesebb mező van egy táblázatban, annál jobb. Csak kevés mező jelzi, hogy nincs adatduplikáció a rendszerben
Kevés az adatredundancia, és ami még fontosabb, az olvasókat arra ösztönözik, hogy megtanulják "sorokat változtani", ami megakadályozza, hogy a mezők a fő táblába kerüljenek az altáblában
, sok szabad mezőt hagyva a főtáblán. Az úgynevezett "oszlopváltás sor" az, hogy kihúzzák a fő táblák tartalmának egy részét, és külön táblát építenek
Al-táblázat. Ez a módszer nagyon egyszerű, egyesek egyszerűen nem szokják meg, nem alkalmazzák, és nem is alkalmazzák.
Az adatbázis-tervezés gyakorlati elve az, hogy megtaláljuk a megfelelő egyensúlyt az adatredundancia és a feldolgozási sebesség között. A "három kevesebb" egy holisztikus áttekintés
A gondolkodás, az átfogó nézetek nem választhatnak el egy bizonyos elvet. Az elv relatív jellegű, nem abszolút. A "még három" elv határozottan téves. Próbáld ki
Gondoljunk bele: Ha ugyanazt a rendszerfunkciót lefedjük, az E--R diagram 100 entitásból (összesen 1 000 attribútumból) mindenképpen jobb, mint az E--R diagram, amely 200 entitásból áll (összesen 2 000 attribútum).
Az E--R diagram sokkal jobb.
A "három kevesebb" elv képviselete azt jelenti, hogy az olvasók megtanulják az adatbázis-tervezési technológiát rendszerszintű adatintegrációhoz használni. Az adatintegráció lépései a következők:
A fájlrendszer egy alkalmazásadatbázisba integrálódik, az alkalmazásadatbázis egy témaadatbázisba, a témaadatbázis pedig egy globális, átfogó adatbázisba integrálódik.
Minél nagyobb az integráció, annál erősebb az adatmegosztás, és annál kevesebb információs sziget van jelen
Az elsődleges kulcsok és az attribútumok száma kisebb lesz.
A "három kevesebb" elv propagálásának célja, hogy megakadályozzák az olvasókat abban, hogy folyamatosan javítási technológiát használjanak az adatbázis hozzáadásához, törléséhez és módosításához, hogy vállalati adatokat hozzanak létre
A könyvtár egy "szeméthalommá" vált tetszőlegesen megtervezett adatbázis-táblákból, vagy adatbázis-táblázatokból álló "káoszként", végül pedig az alaptáblák és generációk kialakulását okozza az adatbázisban
A kódtáblák, köztes táblák és ideiglenes táblák zsúfoltak és számtalanok, ami miatt nem lehet fenntartani és megbénítani a vállalatok és intézmények információs rendszereit.
A "még három" elvet bárki megvalósíthatja, ami az adatbázis-tervezés "javítási módszere" tévedése. A "három kevesebb" elv
Ez egy "kevesebb, de finom" elv, ami magas adatbázis-tervezési készségeket és művészetet igényel, amit nem mindenki tud, mert ez az elv megszűnik
Az adatbázis tervezésének elméleti alapjai a "patching módszerrel".
14. Az adatbázis működésének hatékonyságának javításának módjai
A megadott hardver- és szoftveres feltételek mellett az adatbázis működési hatékonyságának javítására szolgáló módszerek a következők:
(1) Az adatbázis fizikai tervezésében csökkentse a paradigmát, növelje a redundanciát, kevesebb trigger használata, és több tárolt eljárást használja.
(2) Ha a számítás nagyon összetett és a rekordok száma nagyon nagy (például 10 millió), a komplex számításnak először az adatbázison kívül kell lennie
Miután a fájlrendszer módszert C++ nyelven kiszámították és feldolgozták, végül hozzáadják a táblázathoz. Ez a távközlési számlázási rendszer tervezésének tapasztalata.
(3) Ha egy táblázatban túl sok nyilvántartás van, például több mint 10 millió, akkor a táblázatot vízszintesen kell felosztani. A vízszintes szegmentálás gyakorlata a következő:
Oszd fel a táblázat rekordját vízszintesen két táblára a tábla elsődleges kulcsának PK egy adott értéke alapján. Ha egy táblázatban túl sok mező található, például
Nyolcvan, az asztal függőlegesen van felosztva, az eredeti asztal pedig két asztalra van osztva.
(4) Az adatbázis-kezelő rendszer DBMS rendszeroptimalizálása, vagyis különböző rendszerparaméterek, például a pufferek számának optimalizálása.
(5) Amikor adatorientált SQL nyelvet használsz programozáshoz, próbálj meg optimalizációs algoritmusokat alkalmazni.
Röviden, az adatbázis működési hatékonyságának javítása érdekében szükséges optimalizálni az adatbázis rendszerét, az adatbázis tervezését és a programmegvalósítást
, ez a három szint egyszerre dolgozik.
A fenti tizennégy készséget sokan fokozatosan összefoglalják számos adatbázis-elemzési és tervezési gyakorlat során. Ezekért az élményekért
Az olvasóknak nem szabad mereveknek vagy átlagosnak lenniük, hanem meg kell emésztniük és megérteniük, az igazságot a tényekből keresniük, és rugalmasan elsajátítaniuk. És fokozatosan megcsináld: küldd be az alkalmazást
kiállítás, alkalmazás fejlesztésben.
|
Közzétéve 2015. 04. 09. 21:00:54
|
|
|
