Hvordan designer jeg en database?

Der er ungen entydig løsning på designing af en database efter min mening. Det er meget brugt at man har ikke samme data liggende 2 steder med mindre det har et reelt formål.

Fx. i din Kundetabel har du kun postnr og når du så skal printe det ud, så henter du bynavnet fra din Postnr/by tabel.


Navngiv dine tabbeller og felter med logiske navne så skal det nok gå.

det er svært at designe databaser !

jeg har forsøgt at forklare lidt her http://www.eksperten.dk/artikler/55

Jeg kigger lige på artiklen

Jeg forstår ikke helt følgende:

Unik identifikation i tabellerne
Primary key
Foreign key

Det er måske lettere, hvis jeg skrive hvilke oplysninger, jeg vil havde ned i databasen.

Første omgang har jeg tænkt mig følgende:

Fornavn
Efternavn
Brugernavn
Adgangskode
E-mail adresse
Adresse
By
Postnummer
Område (København, Storkøbenhavn, Århus, Odense osv.)

Bagefter skal jeg havde tilføjet noget meget til brugeren som uddannelse, hobby m.m.

Unik identifikation i tabellerne betyder at der skal være et eller andet du kan bruge til entydigt at bestemme hvilken række du har med at gøre. Det vil typisk være et ID-nummer.

Din primary key (primærnøgle) består af de felter der bestemmer din række entydigt - dette vil som sagt typisk være et ID-nummer, men kan i visse tilfælde også være alle felter i tabellen (normalt når der skal bruges en ekstra tabel til at sammenkæde to tabeller med hinanden).

En foreign key (fremmednøgle) er et felt i en tabel som peger på en bestemt række i en anden tabel.

Ud fra det du kommer med der bør du smide alt andet end by og område i en enkelt brugertabel, og så have en seperat tabel med postnumre som kæder et postnummer sammen med en by (eller rettere, distrikt) - her vil postnummeret så være primærnøgle, fordi der ikke findes postnumre der hører til mere end et postdistrikt.
Område bør du muligvis droppe, da det burde være indlysende ud fra byen - men hvis du bruger den, bør du lave en ekstra tabel med de mulige områder, og så have et ekstra felt (fremmednøgle) i din postnummertabel der peger på et område.

De andre oplysninger du skal have kan enten være et tekstfelt, eller benytte samme princip som det med postnumrene - det afhænger af om det skal være fri tekst, eller om der er en fast liste der skal bruges.

jeg vil nok foreslå dig et ekstra felt id til din bruger tabel som primær nøgle

fornavn+efternavn er ikke unikt

hvis du altid har en email adresse på brugerne kunne den bruges som primær nøgle

hvis du splitter by ud i en seperat tabel vel den have postnr som primær nøgle og
postnr i bruger tabellen vil være en fremmed nøgle

Øv, jeg synes ellers, at jeg var ved at forstå det, men nu er det bare helt sort.

Kan vi ikke tage det trin-for-trin? Meget gerne efter arne v artikel.

P.S. Kan I anbefale nogen bøger om, hvordan man laver database design?

kan jeg bruge brugernavn som unikt id?

ja

Noget i denne stil?

bruger
-------
brugernavn (PK)
fornavn
efternavn
adgangskode

hvad gør jeg med resten?

Jeg vil godt kunne søge på område, men det kan måske løses ved at søge intervaller af postnumre. Jeg skal lave formularen i php.

Det er rigtigt? Eller kan man lave det på andre måder?

bruger
-------
brugernavn (PK)
fornavn
efternavn
adgangskode
e-mail adresse
adresse
postnummer (FK)

distrikt
----------
postnummer (PK)(FK)
by

jeps

(bortset fra at distrikt.postnummer kun er PK ikke FK)

Altså sådan her?

bruger
-------
brugernavn (PK)
fornavn
efternavn
adgangskode
e-mail adresse
adresse
postnummer (FK)

distrikt
----------
postnummer (PK)
by

Hvad er relationen mellem de to tabeller? 1:1, 1:M eller M:M?

1:M. Hver bruger har kun et postnummer, men et postnummer kan bruges af mange brugere.

OK. Jeg holder her, men kunne godt tænke mig, at lære noget mere om databaser. Hvordan kommer jeg videre?

Hvis der er nogen som vil have point, så opret venligst et svar.

Der er skrevet bøger om det. Tykke bøger.

På hvilket niveau er du med hensyn til matematik og programmering ?

(med henblik på en anbefaling)

og et svar fra mig

Jeg har haft matematik på højniveau. Programmering er jeg lige startet på (her for et par uger siden).

"højniveau" ? folkeskolen ? gymnasiet ? universitet ?

Hvis du kan klare en tung sag så er:

An Introduction to Database Systems / C.J. Date

absolut en klassiker.

Og lad dig ikke narre af det der "introduction".

Du kan også starte her http://en.wikipedia.org/wiki/Relational_database og
følge diverse link og læse et overview og få nogle ideer til yderligere
læsning.

En anden bog der måske kunne bruges er Fundamentals of Database Systems af Elmasri - den havde vi da jeg lærte om databaser på 1. semester på datmatikeruddannelsen (2 år siden nu). Det er, som Date (og stort set alle andre bøger om emnet), tung læsning - men hvis man ellers kan tygge sig igennem det, kan man virkelig få meget ud af det.

Udfra hvad jeg har hørt om Date, er jeg dog ikke i tvivl om at han også nok ved hvad han snakker om, så det er nok mest af alt et spørgsmål om hvad der lige er tilgængeligt - ikke engang prisen burde spille nogen afgørende rolle, så vidt jeg lige har kunnet se koster de to bøger stort set det samme.

Højniveau på gymnasiet.

Jeg kigger nærmere på de nævnte bøger. Mange tak for hjælpen:-)