zisky:
- Schopnosť vysvetliť koncepčné, logické a fyzické dátové modely a koncepty normalizácie a vytvárať návrhy vzťahov medzi entitami s podporou umelej inteligencie
- Schopnosť navrhnúť dátový slovník, obchodné pravidlá a vzťahy medzi tabuľkami so štruktúrovanými výzvami a overiť ich oproti skutočnému systému
- Schopnosť kriticky vyhodnotiť návrhy schém vygenerovaných AI z hľadiska integrity, singularity a dodržiavania obchodných pravidiel.
Informačný systém je v podstate štruktúra, ktorá udržuje dáta organizované. Úlohou dátového modelovania je štruktúrovane navrhnúť fakty o podniku (zákazník, objednávka, produkt, faktúra) a ich vzájomný vzťah. Dobrý dátový model je základom presného vykazovania, rýchlych dopytov a konzistentných údajov; Zlý model je zdrojom rokov nekonzistentnosti a opakujúcej sa korekčnej práce. Profesionál MIS väčšinou nekóduje model od začiatku, ale overuje, či je model v súlade s obchodnými pravidlami a prekladá model medzi obchodnou jednotkou a IT.
Dátové modelovanie prebieha na troch úrovniach abstrakcie. Konceptuálny model (anglicky conceptual) je najvyššia úroveň: aké hlavné entity existujú a ako spolu súvisia? "Zákazník zadá objednávku, objednávka obsahuje produkt." Neexistujú žiadne technické podrobnosti. Logický model definuje atribúty (polia), kľúče a typy vzťahov každej entity; ale stále nie je viazaný na konkrétny databázový produkt. Fyzický model (anglicky Physical) je konkrétna verzia tabuliek, dátových typov a indexov v konkrétnej databáze (napr. SQL Server, PostgreSQL). Tieto tri úrovne sú čoraz detailnejšími verziami tej istej myšlienky.
Entity-Relationship and Keys
Základným jazykom dátového modelu je model Entity-Relationship (ER). Entitu si možno predstaviť ako tabuľku: Zákazník, Objednávka. Atribút je stĺpec tabuľky: meno, email, suma. Vzťah je spôsob, akým sú entity prepojené: zákazník môže mať veľa objednávok (vzťah one-to-many).
Existujú dva kľúčové kľúčové pojmy. Primárny kľúč je pole, ktoré jednoznačne identifikuje každý riadok v tabuľke; napríklad CustomerID. Cudzí kľúč je pole v jednej tabuľke, ktoré ukazuje na primárny kľúč inej tabuľky; ID zákazníka v tabuľke objednávok spája, o ktorú objednávku zákazníka ide. Tieto spojenia zabezpečujú referenčnú integritu: nie je možné zadať objednávku pre neexistujúceho zákazníka.
Tip: Keď AI vygeneruje návrh ER, uľahčí sa explicitné vyžiadanie primárneho kľúča pre každú tabuľku a cudzieho kľúča pre každý vzťah. Overte si však každý cudzí kľúč navrhnutý modelom podľa skutočného obchodného pravidla: niekedy vzťah, o ktorom si myslíte, že je „jeden k mnohým“, je v skutočnosti „veľa k mnohým“.
Normalizácia: Prevencia recidívy
Normalizácia je proces znižovania redundancie a zachovania integrity rozdelením údajov do logických tabuliek. Cieľom je udržať rovnaké informácie na jednom mieste. Napríklad, namiesto opakovaného zadávania adresy zákazníka do každého riadku objednávky, ponecháte adresu raz v tabuľke Zákazník a prepojíte ju s cudzím kľúčom z objednávky. Týmto spôsobom, keď sa adresa zmení, aktualizujete ju na jednom mieste; V opačnom prípade budú mať stovky objednávok rôzne adresy. Toto sa nazýva anomália aktualizácie.
Opakom normalizácie je denormalizácia: zámerné umožnenie určitého opakovania kvôli rýchlosti podávania správ. V podnikových systémoch (operačná databáza) sa vo všeobecnosti uprednostňuje normalizácia a v systémoch výkazníctva (dátový sklad) sa často uprednostňuje denormalizácia. Takže „normalizácia nie je vždy dobrá“; Rozhodnutie sa robí podľa účelu.
Data Dictionary: Common Language
Dátový slovník je dokument, ktorý definuje, čo každé pole znamená, jeho typ, obmedzenia a obchodné pravidlo. Čo znamená pole „stav“? Aké hodnoty môže nadobudnúť (Nevybavené, Schválené, Zrušené)? Je to povinné? Bez tohto dokumentu bude rovnaké pole rozdielne interpretované rôznymi tímami a správa bude skreslená. Dátový slovník je lingua franca organizácie a je jedným z najcennejších produktov MIS profesionálov. AI dokáže rýchlo extrahovať počiatočný návrh dátového slovníka z existujúcej štruktúry tabuľky; Ale iba jednotka používajúca tieto údaje overuje skutočný obchodný význam každého poľa.
Tri mini prípady: Podľa čísel
Prípad 1 – Náklady na opakovanie. V distribučnej spoločnosti bola adresa odberateľa vedená oddelene v tabuľke objednávky a faktúry. Keď sa zákazník presťahoval, adresa sa aktualizovala iba v jednej tabuľke; Na starú adresu prišlo 1 400 faktúr, ktoré boli vrátené. Ak by bola adresa normalizovaná v jednej tabuľke, stačila by jedna aktualizácia. Projekt sanácie stál 2 týždne.
Prípad 2 – Nesprávny typ vzťahu. Expert MIS vo vzdelávacej inštitúcii potvrdil vzťah (jeden k mnohým) „Študent patrí do triedy“ v modeli vytvorenom AI. Študenti si však mohli zapísať viac ako jednu voliteľnú triedu; Vzťah bol v skutočnosti many-to-many a vyžadovala sa prechodná tabuľka (Record). Chyba sa odhalila v teréne, keď žiak neuspel pri zápise do druhého ročníka. Ak by bol návrh AI potvrdený, bol by zachytený od začiatku.
Prípad 3 – Hodnota dátového slovníka. Zistilo sa, že pole „policy_status“ v poisťovni interpretovalo odlišne 5 rôznych tímov, takže ten istý KPI poskytol 3 rôzne výsledky v správach. Vytvorením dátového slovníka poháňaného AI a dosiahnutím jednotnej dohody s obchodnou jednotkou sa odstránila nekonzistentnosť správ a čas mesačných kontrolných stretnutí sa skrátil o 60 %.
Slabá výzva / silná výzva
Slabá výzva:
Navrhnite databázu elektronického obchodu.
Výkonná výzva:
Vaša rola: Ste skúsený dátový modelár. NÁVRH LOGICKÉHO dátového modelu podľa nasledujúcich obchodných pravidiel.Pravidlá:- Pre každú entitu: polia, primárny kľúč, povinné polia.- Pre každý vzťah: typ (one-to-many / many-to-many) a cudzí kľúč.- Navrhnite prechodnú tabuľku vo vzťahoch many-to-many.- Normalizujte až 3. normálnu formu; Ak odporúčate zámernú denormalizáciu, napíšte zdôvodnenie.- Označte [VYŽADUJE SA POTVRDENIE] akékoľvek obchodné pravidlo, ktorým si nie ste istí.Obchodné pravidlá:- Zákazník môže zadať viacero objednávok.- Objednávka obsahuje viacero produktov; Jeden produkt sa vyskytuje v mnohých objednávkach.- Produkty majú kategórie.[iné pravidlá...]
Výkonná výzva objasňuje úroveň modelu (logickú), pravidlá kľúčov a vzťahov, cieľ normalizácie a body vyžadujúce potvrdenie.
Štyri kopírovateľné šablóny
1) Návrh dátového slovníka:
Z definície tabuľky vyplýva prehľad dátového slovníka. Pre každé pole: názov, typ, je to povinné, možné hodnoty, obchodný význam (označenie[PREDICTION], ak ide o predpoveď). Tabuľka: [DDL alebo zoznam polí]
2) Kontrola normalizácie:
Existuje nejaké riziko duplicitných údajov, anomálie aktualizácie a príležitosti na normalizáciu v štruktúre tabuľky nižšie? Ku každému nálezu napíšte, ktorú normálnu formu porušuje a váš návrh. Štruktúra: [text]
3) Návrh ER z obchodného pravidla:
Preložte nasledujúce obchodné pravidlá na entity, atribúty a vzťahy. Zadajte typ každého vzťahu (1-1, 1-N, N-N) a ak N-N, navrhnite prechodnú tabuľku. Označte nejednoznačné pravidlá. Pravidlá: [text]
4) Otázky na overenie typu vzťahu:
Pre každý vzťah v dátovom modeli nižšie vygenerujte obchodnú otázku „áno/nie“, ktorá otestuje správnosť jej typu (napr. „Môže byť študent zapísaný do viacerých tried súčasne?“). Model: [text]
Porovnávacia tabuľka: Úrovne modelu
vlastnosť
koncepčný
logické
fyzické
Detail
prinajmenšom
stredná
najviac
kľúč/vzťah
Hlavné aktíva
Definované kľúče
Vrátane indexu/typu
Závisí od databázy
č
č
áno
cieľové publikum
obchodná jednotka
analytik
Vývojár/DBA
Príspevok AI
návrh
silný ťah
Koncept, potvrdenie DBA
Časté chyby
- Uvažovanie o vzťahu veľa k mnohým ako jeden k mnohým. Toto je najčastejšia chyba pri modelovaní; Ak sa medzitabuľka zabudne, systém nedokáže zachovať aktuálny stav.
- Dať všetko do jednej tabuľky. Zhromažďovanie všetkých polí v jednej tabuľke kvôli „jednoduchosti“ vytvára duplicitné a aktualizované anomálie.
- Nepísanie dátového slovníka. Rovnaký KPI poskytuje rôzne výsledky, keď význam polí zostáva v mysli.
- Slepo dôverovať odporúčaniam AI o typoch údajov a obmedzeniach. Model môže navrhnúť „dostatočne veľkú“ oblasť; Obchodné pravidlo určuje skutočné limity (napr. TR ID 11 číslic).
- Absolutizujúca normalizácia. Nadmerná normalizácia na vrstve vykazovania spomaľuje dopyt; Účel sa líši v závislosti od kontextu.
Upozornenie: Umelá inteligencia môže vytvárať modely, ktoré vyzerajú pekne, ale porušujú obchodné pravidlá. Pri každom vzťahu navrhnutom modelkou je otázka "je to naozaj takto?" Opýtajte sa obchodnú otázku. Dátový model je kostrou systému; Zlomenina v kostre sa neskôr veľmi ťažko opravuje.
V súhrne
Dátové modelovanie je proces štruktúrovania obchodných faktov s entitami, atribútmi a vzťahmi a prebieha na koncepčnej, logickej a fyzickej úrovni. Primárne a cudzie kľúče zabezpečujú referenčnú integritu; Normalizácia znižuje opakovanie, ale denormalizácia je tiež legitímna v závislosti od účelu. Dátový slovník je spoločným jazykom organizácie. AI poskytuje značnú rýchlosť pri vytváraní návrhov ER, dátových slovníkov a normalizačných recenzií; typy vzťahov, dátové typy a obchodná sémantika však musia byť potvrdené podľa skutočného obchodného pravidla. To, že model vyzerá dobre, ešte neznamená, že je správny.
Aplikačná úloha
Zvážte „systém výpožičiek knižnice“: členovia, knihy, záznamy o výpožičkách. (1) Nechajte si vytvoriť návrh logického modelu pomocou výkonnej výzvy. (2) Otestujte typ každého vzťahu, ktorý model navrhuje (konkrétne „môže mať člen viac ako jednu kópiu tej istej knihy?“) s obchodnou otázkou. (3) Nájdite aspoň jeden vzťah mnoho k mnohým a definujte prechodnú tabuľku. (4) Napíšte riadky dátového slovníka pre minimálne 4 polia (názov, typ, povinné, obchodný význam). (5) Zvýraznite obmedzenie, ktoré môže model spĺňať, a vysvetlite, ako by ste ho overili.
kontrolný zoznam
- [ ] Primárny kľúč každej tabuľky je definovaný.
- [ ] Overil som typ každého vzťahu s otázkou týkajúcou sa podnikania.
- [ ] Definoval som prechodnú tabuľku pre vzťahy many-to-many.
- [ ] Normalizoval som alebo zdôvodnil denormalizáciu duplicitných údajov.
- [ ] Napísal som riadok dátového slovníka pre kritické polia.
- [ ] Potvrdil som návrhy typu údajov/obmedzení AI proti obchodnému pravidlu.