29. august 2004 - 21:00Der er
6 kommentarer og 1 løsning
Det bedste Database design
Jeg sidder og roder med et projekt i php og MySQL. Php'en sidder lige i øjet, dog kan jeg ikke helt finde ud af hvad der er det mest hesigtsmæssige mht MySQL databasen.
Jeg skal lave et regnskab til forskellige begivenheder der sker for en forening. Her skal kassen tælles op, varelager tælles og der skal være mulighed for at skrive en kommentar til dagens resultat.
Nu giver det så flere muligheder for databasedesign: - en løsning kunne være at splitte varelageroptælling, kasseoptælling, og kommentarer op i hver sin tabel
- en anden løsning kunne være at alt data blev bevaret i en tabel
- en tredje løsning kunne være at der blev oprettet en tabel for hvert regnskab
men hvilken løsning vil være den smarteste/korrekte/hurtigste ?
Jeg vil mene løsning nr.: 1 vil være den bedste og mest fleksible. Evt. nr.: 2 alt efter hvordan du vælger at gribe det an og hvilke oplysninger du mere præcis vil gemme, men den er straks mindre flexibel. Under ingen omstændigheder nr.: 3.
Det kommer helt an på hvilke oplysninger du mere præcist vil gemme og hvad du ønsker at kunne lave af forespørgsler. Det er en dårlig ide med en tabel til hvert regnskab fordi det vil give en uendelig mængde tabeller, som det vil være svært at bruge til noget fornuftigt. Og hele ideen med en relationel database vil gå tabt.
ville nok have så meget data som muligt i samme tabel, da det giver den nemmeste måde at få data'erne til at arbejde sammen.
Synes godt om
Ny brugerNybegynder
Din løsning...
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.
Det er blevet kaldt ”det største it-nedbrud i historien” og omkostningerne kan nemt løbe op i syv milliarder kroner: Men hvem skal betale for Crowdstrikes fejl?
