Utforming av en relasjonsdatabase for spørring og rapporteringstøtte - dummies

Datamagasinet ditt eller en bestemt data mart som din viktigste Data warehouse vil mate kan ha oppgave å generere et begrenset og forutsigbart sett med rapporter. Her er en tilnærming til å designe en relasjonsdatabase som støtter dette oppdraget, bygget opp om prinsippet om databasedormalisering , eller forsettlig brudd på gode relasjonsdatabase-designprinsipper for effektiv ytelse.

Denormalisering er best egnet for hurtige løsninger, der du må få et liten skala relasjonsdatabutikk eller en datamart oppe i gang. For eksempel kan du opprette en denormalisert relasjonsdatabase for en spesifikk charter for å produsere et bestemt sett med rapporter som ikke lenger er tilgjengelige som følge av en legitim systemoverføringsinnsats.

Selv om denormalisering ikke er helt blind, gir den mye duplikatdata, og databasestrukturene du lager, har ikke mye fleksibilitet. I tillegg har du sannsynligvis begrensede spørringsfunksjoner (i tillegg til standardrapporter), fordi disse funksjonene er nært knyttet til rapporteringsstrukturene formalisert i borddesignen. Likevel vil du kanskje sjekke ut denne tilnærmingen.

Et enkelt eksempel på denormalisering, vist i figuren, viser hvordan kildetabellbordene ser ut i et program som sporer salgsytelse, med de tabellene strukturert primært i henhold til standardrelasjonelle databasedesignprinsipper (de er normalisert).

For å støtte rapportformatet som vises nederst i figuren, blir kildestrukturene kartlagt i et denormalisert tabell hvorfra rapporten kan genereres uten å måtte delta i noen tabeller. (For å si det enklere, kjører rapporten din veldig raskt.)

Merknad : Et eksempel på ekte verden vil innebære mange flere tabeller (fra 10 til 50 eller mer) og mange flere rapporter enn vist på figuren. Denne figuren skal imidlertid få ideen over.

Alternativt vil du kanskje følge prinsippene og teknikkene for dimensjonal design. Fordi RDBMSer nå har mye mindre problemer med å håndtere dimensjonalt orienterte strukturer enn tidligere, vil du sannsynligvis få tilstrekkelig ytelse til rapporteringsbehovet ditt og fortsatt ha fleksibilitet til å støtte et stort utvalg av ad hoc, flerdimensjonale søk.

For rask distribusjon som er rapporteringsorientert, men i det minste vurdere denormaliseringsbasert design for relasjonsdata.