Det kommer lidt an på hvad du skal bruge det til, men lsæning 2 lægger op til at du kan have et vilkårligt antal priser, altså også en beløbe og beløbf... hvis du har brug for at se data som forslag et lægger op til, så kan du gøre det i et view efterfølgende.
ved løsning 1. vil der nogle gange stå noget i beløba og beløbc men intet i beløbb og beløbd og nogle gange noget i alle beløbkolonner og nogle gange kun i én beløbkolonne. Så løsning er altså 2?
arne_v>> det er heller ikke index, nu har jeg skrevet beløba, beløbb osv. men de representere hver deres. f.eks. beløba = rabat, beløbb = sats, beløbc = eksternværdi osv. så de er alle tal, men representerer noget helt forskelligt. Men som sagt er det ikke altid der er noget i dem alle. Er det stadig løsning 2 synes du?
okay. tak, Så det kommer simpelthen an på hvordan dataen skal bruges. Så der er ikke nogle gylden regel om at man altid skal bruge løsning 1 eller løsning 2 fordi bla bla bla.
tak, smid svar så delen i point. Lige en sidste ting hvis det er let, ellers opretter jeg et nyt spørgsmål: hvis jeg vælger løsning 2. hvordan laver jeg så et view/forespørgsel så dataen bliver representeret som løsning 1, altså som teepee siger man kan
Teknisk set er der en gylden regel; det hedder normalisering, men af hensyn til anvendelse/performance KAN man afvige fra disse, men det ser ikke "pænt" ud.
Hvis beløba, beløbb, beløbc og beløbd ikke er 4 kolonner med det samme bare med et hardcoded index, men derimod 4 helt uafhængige kolonner som bare tilfældigvis alle samme indeholder beløb, så er #1 bedst.
NULL er opfundet for at blive brugt, så den er ikke i sig selv et problem.
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.