flad database eller relationsdatabase

Det lyder lidt som en skoleopgave? Hvad er dine egne tanker?

jeg tænker at det kan være relationsdatabase da man kan relatere til hinanden hvis det enkelte leverandører har samme postnummer eksempelvis?

Det lyder helt rigtigt - postnr/by vil ofte være en relation. Hvis der skal gemmes ordrer eller lignende vil det også være relationer. Det hele afhænger af hvad der skal gemmes af data, for måske er det slet ikke relevant at gemme adresse og postnr/by på leverandører da man måske kun har behov for tlf samt mail og hvis ordrer med mere heller ikke skal gemmes kunne det sagtens være en simpel flad struktur.

Ja okay men tabellen er bygget således her, som kan ses på linket her?

https://postimg.org/image/pvlh2207b/

er stadig lidt usikker?

Ah - så du fortalte kun halvdelen i dit spørgsmål... Så giver det vel også mening at lave varegruppe som en relation.

ja den tabel skal normaliseres,
leverandør er en seperat tabel
postnummer/by er en seperat tabel  (1 til mange)
varegruppe er en seperat tabel        (1 til mange) (muligvis en mange til mange, kan en leverandør levere flere vare grupper ??)   

så det er en relations database du skal have fat i.

Hvad er en flad database?

Flad fil?

Ikke-normaliiseret relations-database (kun 1 tabel)?

I praksis er det ofte en fordel ikke at normalisere helt ud - eller hvis man gør det kommer man ud for at denormalisere lidt under optimering og tuning. Og netop omkring postnummer by kan nman overveje at følge folks egen angiverlse -
f.eks 5210 Odense NV eller 5210 Korup. Post Nord klarer sikkert begge lige godt.