"Thomas"
> Jeg går med nogle planer om at designe en form for kundedatabase,
> der skal indeholde normale stamoplysninger over kunderne.
> Endvidere er det så planen, at denne kundetabel skal relateres
> til en ordretabel - altså noger i retning af kundeId til ordreId.
>
> Dette er umiddelbart ikke noget problem hvis der kun bestilles én
> ting til hver ordre, men i tilfælde af, at en kunde har flere
> varer på én ordre og disse skal udskrives på en faktura med
> fek,s. antal varer i en given kategori via en løkke - bliver man
> vel nødt til at gøre noget i retning af:
>
> Udskriv alle records, der har ordreId=OrdreId hvor kunde=KundeId
> bliver man umiddelbart nødt til at have flere records med samme
> ordreId?
>
> Er der en nemmere/bedre måde at gøre dette på, da det måske vil
> blive meget uoverskueligt?
>
Løsningen hedder datamodellering og hører hjemme under databaser.
Men alligevel - du har kunde og du har varer. En kunde kan købe flere
varer og en vare kan købes af flere kunder. Relationen mellem kunde og
vare er altså mange-til-mange. Det er der ikke umiddelbart nogle databaser
som jeg kender der kan håndtere. Løsningen er at lave en "mellem tabel"
f. eks. har du:
tblVare
VareID (PK)
VareNavn
Pris
--- og alle de andre ting der handler om vare og kun vare
tblKunde
KundeID (PK)
KundeNavn
Adresse
--- og alle de andre ting der handler om kunde og kun kunde
tblKunde_Vare
KundeID (FK)
VareID (FK)
Antal
FakturaNr
--- denne tabel handler om hvert eneste køb. Hvem har købt hvor mange
af hvad.
Jeg har lavet et lille eksempel på sådan en butik som du
kan hente ganske gratis fra min side. Hvis du har spørgsmål
til selve opbygningen af databasen så brug den rette gruppe
hvis du f. eks vil bruge Access så hedder den: dk.edb.database.ms-access
--
Med venlig hilsen
Tom Jensen
FF Soft
www.ffsoft.dk