Oprettet lør. d. 04. september 2010 kl. 00:10:30

bjornhart
bjornhart (17.245 point. Point ude: 690)

design af materieldatabase

Hej

Jeg er i gang med at lave en database som skal indeholde data om alt vores edb-udstyr på mit arbejde.

I forbindelse med designet af databasen hænger jeg lidt fast i om jeg skal oprettte en tabel for hvert type edb-udstyr(en printer-tabel, en pc-tabel, mobiltelefon-tabel ..ect) eller om alt skal puttes i samme tabel(udstyr-tabel).

Er der nogen der har en mening om det?

Skrevet lør. d. 04. september 2010 kl. 00:20:34| #1

bjornhart
bjornhart (17.245 point)
Dette spørgsmål skulle nok have været oprettet i generelt-kategorien. beklager, men håber stadig at nogen kan svare mig.

Skrevet lør. d. 04. september 2010 kl. 00:32:34| #2

keysersoze
keysersoze (306.434 point)
www.soze.dk
det virker meget ufleksibelt at lave en tabel til hver type - en tabel med type og en tabel med udstyr samt evt en tabel med egenskaber og en relation mellem de to sidste såfremt der skal egenskaber på.

Skrevet lør. d. 04. september 2010 kl. 01:19:59| #3

muddi
muddi (26.660 point)
Enig med keysersoze, du skal sørge for at normalisere dine data, så du senere kan udvide med nye kategorier og enheder. Hvis du følger det råd, vil det spare dig for meget bøvl og besværlige løsninger i fremtiden, når du skal udvide og videreudvikle dit system.

Du skal også overveje, om nogen af enhederne kan tilhøre flere forskellige kategorier, f.eks for at gøre det lettere at søge på dem. I så fald skal du bruge en mange-til-mange relation, ellers kan du klare dig med en en-til-mange relation mellem tabellerne.

Skrevet lør. d. 04. september 2010 kl. 10:30:03| #4

bjornhart
bjornhart (17.245 point)
Ok. En tabel til det hele. Er det dårligt design, hvis man laver felter i tabellen som kun bruges af en speciel type ex. mobiltelefon som har et imei nr. eller vil det være mere hensigtsmæssigt at lave egenskabstabeller for de enkelte typer som keysersoze hentyder til?
Vedr. egenskabstabeller for de enkelte typer mobiltlf., pc'er, printer ect. Er man så ikke næsten tilbage til udgangspunktet med at lave en tabel for hver type?

Skrevet lør. d. 04. september 2010 kl. 10:44:25| #5

keysersoze
keysersoze (306.434 point)
www.soze.dk
Der vil altid være tilfælde der kan bryde reglen - men som udgangspunkt er det en dårlig idé med imei nummer i en tabel hvor kun nogle typer benytter.

Jeg taler ikke om egenskabstabeller for hver type men derimid én tabel med alle egenskaber i - det er relationstabellen mellem egenskaber og udstyr hvor selve værdierne ligger i.

Skrevet lør. d. 04. september 2010 kl. 11:35:19| #6

bjornhart
bjornhart (17.245 point)
Ok, men jeg må indrømme jeg ikke kan forstå det med en egenskabstabel.
Hvilke oplysninger skal der gemmes i denne tabel? Hvis den ikke er type specifik vil der vel være en masse felter i den som har en null-værdi, og så kunne man vel ligeså lægge dataerne direkte i udstyrs tabellen.

Keysersoze kan du give mig et eksempel på hvordan dataerne ville være repræsenteret i tabellerne for en mobiltelefon(navn, imei), en pc(navn, mac-adresse, ipadresse) og en printer(navn,mac-adresse, ipadresse, sharenavn).

Skrevet lør. d. 04. september 2010 kl. 12:12:53| #7

keysersoze
keysersoze (306.434 point)
www.soze.dk
din egenskabs-tabel indeholder ikke andet end mulige egenskaber

ID, NAVN
1, imei
2, ipadresse
3, macadresse
4, sharenavn
...

og relationstabellen mellem udstyr og egenskaber indeholder værdien på de for det specikke udstyr relevante værdier

UDSTYRID, EGENSKABID, VALUE
1, 1, 4564866816
2, 2, 192.168.1.1
2, 3, 18634384MLKF
3, 2, 192.168.1.1
3, 3, 18634384MLKF
3, 4, printer_i_rum1

navn på udstyr er globalt og bør derfor ligge i udstyr-tabellen.

Skrevet lør. d. 04. september 2010 kl. 23:42:24| #8

bjornhart
bjornhart (17.245 point)
->Keysersoze tak for det nu forstår jeg hvad du mener med en egenskabstabel og relationstabellen Udstyr_egenskaber.

Tror dog at jeg vil lave egenskabsfelterne direkte i udstyrtabellen og acceptere at nogle egenskabsværdier er null. Jeg synes det virker noget nemmere at implementere.

Tak for jeres input, send venligst et svar så jeg kan få lukket spørgsmålet.

Skrevet søn. d. 05. september 2010 kl. 00:39:23| #9

keysersoze
keysersoze (306.434 point)
www.soze.dk
Der er ingen tvivl om at det formentlig gør det lettere at implementere - til gengæld bliver det et helvede at udvidde :)

Skriv et indlæg




Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] [img]link til billede[/img]
Web- og emailadresser omdannes automatisk til links

Log ind

   

   

Seneste spørgsmål

Link til et dokument

Oprettet den 10. februar 2012 kl. 14.15
omn giver 60 point for svar | Giv et svar »

Formular med flere paramtre

Oprettet den 9. februar 2012 kl. 16.48
stuegnu giver 100 point for svar | Giv et svar »

Kodemodul ???

Oprettet den 8. februar 2012 kl. 17.05
olejohn giver 200 point for svar | Giv et svar »

Seneste guides

Installer win 7
Den gode bruger


   




Tips & Tricks fra PC World

Teaser billede

Her er fem sjove danske websider du skal kende

Trænger dine lattermuskler til en omgang fitness på dansk? Vi viser vej til fem websider fyldt med humor og vanvittig satire.


Anmeldelser fra PC World

Teaser billede

Test: Denne super-tablet er iPads hårdeste konkurrent

Eee Pad Transformer Prime er frygtindgydende med sin quadcore processor og evne til at trylle sig om til bærbar. Apple bør kigge i bagspejlet, for Asus' tablet-pc kommer buldrende - og gør det...


Seneste blogindlæg

Teaser billede

Tvangslukke spørgsmål: Hvad er den bedste løsning?

Hej Vi har mange åbne spørgsmål på Eksperten. Vi ville gerne tvangslukke dem - så et spørgsmål efter f.eks. 6 måneder lukkes. Men der er et par uklarheder som ville være gode at få lidt input til:...


Nyheder fra PC World

Teaser billede

Nu kan du snart hente Windows 8

Den nye offentlige betaversion af Windows 8 er klar i denne måned.


Nyheder fra Computerworld

Teaser billede

Måske snart slut med Androids helt store problem

Android-platformen har længe været plaget af et særligt problem. Men måske er problemet nu ved at være elimineret.


Kurser
Samarbejdspartnere

Udgiver · © 2012 IDG Danmark A/S · Hørkær 18 · 2730 Herlev · Tlf.: 77 300 300 · Fax: 77 300 301 · Brug af personoplysninger