en Dataordbog, også kaldet en Datadefinitionsmatrice, indeholder detaljerede oplysninger om forretningsdataene, såsom standarddefinitioner af dataelementer, deres betydning og tilladte værdier. Mens et konceptuelt eller logisk Enhedsrelationsdiagram vil fokusere på forretningskoncepterne på højt niveau, vil en Dataordbog give flere detaljer om hver attribut i et forretningskoncept.i det væsentlige giver en dataordbog et værktøj, der giver dig mulighed for at kommunikere krav til forretningsinteressenter på en sådan måde, at dit tekniske team lettere kan designe en relationsdatabase eller datastruktur, der opfylder disse krav. Det hjælper med at undgå projektuheld, såsom at kræve information i et felt, som en forretningsinteressent ikke med rimelighed kan forventes at give, eller forvente den forkerte type information i et felt.

Hvis du har spekuleret på, hvad du skal gøre med lange lister over felter i brugssager eller andre kravsdokumenter, vil du være glad for at lære, at de har et ideelt hjem i en dataordbog.

Alternativt, hvis du har oprettet regneark til at organisere datarelaterede oplysninger, kan du blive overrasket over at høre, at du har oprettet en form for en Dataordbog. I lang tid henviste jeg simpelthen til disse typer specifikationer som “indholdsspecifikationer” eller en “datamatrice” for kun at opdage, at jeg havde oprettet Dataordbøger i over 10 års projektarbejde.

(forresten, hvis du ønsker at lære mere om datamodellering, skal du sørge for at tjekke vores gratis Datamodelleringstræning.)

nøgleelementerne i en Dataordbog

en Dataordbog indeholder oplysninger om hver attribut, også kaldet felter, i en datamodel. En attribut er et sted i databasen, der indeholder oplysninger. For eksempel, hvis vi skulle oprette en Dataordbog, der repræsenterer artiklerne her om at bygge bro over kløften, ville vi potentielt have attributter til artikeltitel, artikelforfatter, artikelkategori og selve artikelindholdet.

en Dataordbog er typisk organiseret i et regnearkformat. Hver attribut er angivet som en række i regnearket, og hver kolonne mærker et element af information, der er nyttigt at vide om attributten.

lad os se på de mest almindelige elementer, der er inkluderet i en dataordbog.

• Attributnavn – en unik identifikator, typisk udtrykt i forretningssprog, der mærker hver attribut.
• Valgfrit / påkrævet-angiver, om der kræves oplysninger i en attribut, før en post kan gemmes.
• Attributtype-definerer, hvilken type data der er tilladt i et felt. Almindelige typer omfatter tekst, numerisk, dato/tid, opregnet liste, opslag, booleans og unikke identifikatorer.

selvom disse er kerneelementerne i en dataordbog, er det ikke ualmindeligt at dokumentere yderligere oplysninger om hvert element, som kan omfatte kilden til oplysningerne, tabellen eller konceptet, hvor attributten er indeholdt, det fysiske databasefeltnavn, feltlængden og eventuelle standardværdier.

eksempel på en Dataordbog

du undrer dig nok over, hvordan alt dette kommer sammen.

Her er et kig på en forenklet eksempel data ordbog, der indeholder attributten fra vores Bridging the Gap artikel eksempel, sammen med kritiske oplysninger om hver attribut.

som du kan se, definerer en dataordbog kritiske oplysninger om hver attribut på en forretningsfokuseret måde. Det organiserer også oplysninger, der ellers kan være spredt over flere forskellige dokumenter og specifikationer, hvilket gør det lettere for din databaseudvikler at designe eller opdatere en database, der opfylder forretningskrav.

>>Lær mere om datamodellering (gratis træning)

Lær de væsentlige Datamodelleringsteknikker (selvom du ikke ved, hvordan du koder) med denne gratis træning.