Avatar billede Slettet bruger
19. juni 2004 - 22:47 Der er 5 kommentarer og
2 løsninger

normalisering af tabel

Hej Eksperter

Hvis man har en tabel der indeholder informationer om et hus, ala dem man ser i en boligannonce, er der så noget i vejen for at tabellen indeholder informationer om KONTANTPRIS, BRUTTOPRIS  og  NETTOPRIS?.

Der er jo en vis sammenhæng mellem de tre, hvorfor de måske burde falde for 3. NF eller BCNF. På den anden side mener jeg heller ikke at kontantprisen alene afgør størrelsen af de to andre da faktorer som pantebreve, type af lån, og kommunale skatteregler spiller ind.

Hvad mener I?

palau
Avatar billede hekla Nybegynder
19. juni 2004 - 23:07 #1
Egentlig er det vel ikke et Access-spørgsmål, men et spørgsmål om kendskal til økonomi. Eftersom der ikke er en simpel sammenhæng mellem de tre størrelser, er det efter min mening det rigtigste at beholde alle tre felter i tabellen, med mindre man alligevel har alle de oplysninger, der skal til for at regne bruttopris og nettopris, med i databasen i forvejen. I så fald, skal man vel kun have kontantprisen med, og beregne de andre ud fra oplysningerne.
Avatar billede Slettet bruger
19. juni 2004 - 23:33 #2
--> hekla
Jeg deler din opfattelse, men da det jo til en vis grad strider imod normaliseringsreglerne, vil jeg gerne have nogle flere vurderinger. For hvor løs skal sammenhængen mellem to felter være før man kan tilsidesætte normaliseringsreglerne?

palau
Avatar billede hekla Nybegynder
19. juni 2004 - 23:36 #3
Normaliseringsreglerne kan man efter min mening sagtens bryde, hvis der er gode argumenter for at gøre det, og det synes eg at der er i dit tilfælde med mindre du har rigtig mange poster.

Lad os høre, hvad de andre siger.
Avatar billede mugs Novice
20. juni 2004 - 09:48 #4
Jeg er enig med Jer begge.
Så længe der ikke er en 100% afhængig mellem de 3 priser, kan det forsvares at have dem alle 3 lagret i tabellen.
Hvis der er altid er en afhængighed mellem priserne bør der kun lagres een pris, hvorefter beregningen af de andre 2 bør lægges i en forespørgsel. Et eksempel:

Hvis vi har en indkøbspris ved vi, at der er en vis fortjeneste på varen. Lad os sige 20% og momsen udgør 25%. Her er der en klar afhængighed af indkøbsprisen, idet udslagsprisen altid vil være (indkøbspris + 20%)+25%. Man kan naturligvis ændre på fortjenesten og indtaste en ny sats. Men det ændrer ikke ved det forhold, at udsalgsprisen stadig er (indkøbspris + fortjeneste%)+moms%
Hvis resultatet af disse beregninger blev lagret i en tabel, ville det bryde normaliseringen.

I dette tilfælde med huspriser, er der ikke en fast afhængighed. Vi kan beregne en kurs på f.eks obligationer idag, med hvad med kursen om 3 måneder når huset bliver solgt. Desuden kan køber jo forlange et nedslag i prisen som ikke udgør en procentdel, men blot forlange et nedslag på f.eks 25.000.
Avatar billede Slettet bruger
20. juni 2004 - 16:26 #5
Tak for jeres svar. Jeg venter lige og ser om der ikke skulle være en til der har noget at tilføje.

palau
Avatar billede erikjacobsen Ekspert
20. juni 2004 - 16:32 #6
Men KONTANTPRIS, BRUTTOPRIS  og  NETTOPRIS skal nu næppe stå i samme tabel
alligevel. Kontantprisen ligger fast, men brutto- og nettopris afhænger
af den valgte financiering, og i dagens salgsopstillinger ses oftest flere
muligheder.

Så en mulighed er en ny tabel med fremmednøgle tilbage til huset og kontantprisen,
en beskrivelse af financieringsform og skatteforhold, og så tilhørende
priser.

Men på den anden side er det jo ikke faste oplysninger, men beregninger, der
netop afhænger af kurser og satser, der er varierende. Er det udgangspunktet
skal de slet ikke i tabellen, men beregnes løbende efter behov. Det der skal
stå er så nævnte kurser og satser.
Avatar billede Slettet bruger
21. juni 2004 - 12:21 #7
Tak for responsen. Points hermed uddelt.

palau
Avatar billede Ny bruger Nybegynder

Din løsning...

Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.

Loading billede Opret Preview
Kategori
Dyk ned i databasernes verden på et af vores praksisnære Access-kurser

Log ind eller opret profil

Hov!

For at kunne deltage på Computerworld Eksperten skal du være logget ind.

Det er heldigvis nemt at oprette en bruger: Det tager to minutter og du kan vælge at bruge enten e-mail, Facebook eller Google som login.

Du kan også logge ind via nedenstående tjenester