Forum » Programiranje » database design (high level)
database design (high level)
koramberger ::
Kaj je boljše, met eno tabelo, kamor se pospravi vse, al met več tabel in bolj strukturirano dato?
Gledano performance, maintenance, scalability ipd.
Dva simple primera:
== 1. primer ==
== 2. primer ==
Zadevo imam sicer bolj komplicirano kot je orisana zgoraj, ampak h kakšni strukturi se bolj splača nagibat, če si v dvomu? Tudi praktično gledano.
Kak dober članek (celih knjig se mi ne da brat) na temo bi tudi prav prišel.
THX za odgovore.
Gledano performance, maintenance, scalability ipd.
Dva simple primera:
== 1. primer ==
profesorji id ime priimek 1 Janez Novak 2 Maja Hribar ucilnica id ucilnica nadstropje whatever 1 A1 1 23 2 A2 3 54 delavniCas profesor ucilnica 1 2 2 1
== 2. primer ==
delavniCas ProfesorIme ProfesorPriimek Ucilnica Nadstropje Whatever Janez Novak A2 3 54 Maja Hribar A1 1 23
Zadevo imam sicer bolj komplicirano kot je orisana zgoraj, ampak h kakšni strukturi se bolj splača nagibat, če si v dvomu? Tudi praktično gledano.
Kak dober članek (celih knjig se mi ne da brat) na temo bi tudi prav prišel.
THX za odgovore.
koramberger ::
Aha.
Heh, skos to delam, nisem pa vedel da se temu tako reče.
Bo lažje za googlat naprej.
THX
Heh, skos to delam, nisem pa vedel da se temu tako reče.
Bo lažje za googlat naprej.
THX
koramberger ::
Bom malo bolj konkretno vprašal
Če ne veš kolk parametrov bo neka entiteta mela, oz. obstaja neka možnost, da bi se dodajali.
A je smoterno tabelo razdelit v takem smislu:
To spada pod normalizacijo, ali brezvezno kompliciranje?
THX
Če ne veš kolk parametrov bo neka entiteta mela, oz. obstaja neka možnost, da bi se dodajali.
A je smoterno tabelo razdelit v takem smislu:
parametri id table name 1 profesorji ime 2 profesorji priimek 3 ucilnica ucilnicaIme 4 ucilnica nadstropje profesorji id parameter paramValue 1 1 Janez 2 2 Novak ucilnice id parameter paramValue 1 1 A1 2 2 A2 delavniCas profesor ucilnica 1 2 2 1
To spada pod normalizacijo, ali brezvezno kompliciranje?
THX
KaRkY ::
Stopnja normalizacije je odvisna od potreb, včasih hočeš, da se določeni podatki ponavljajo zaradi lažjega povpraševanja, drugič pa spet ne. Preveč normalizirat tudi ni pametno, ker lahko potem prideš tako daleč, da več neveš kje so dejanski podatki.
Ta tvoj zadnji primer pa odsvetuje delanje na zalogo se redko kdaj splača in ponavadi stvari samo zakomplicira.
Ta tvoj zadnji primer pa odsvetuje delanje na zalogo se redko kdaj splača in ponavadi stvari samo zakomplicira.
When you look long into an abyss, the abyss looks into you
Vredno ogleda ...
| Tema | Ogledi | Zadnje sporočilo | |
|---|---|---|---|
| Tema | Ogledi | Zadnje sporočilo | |
| » | Python - pomoč (strani: 1 2 3 )Oddelek: Programiranje | 18052 (8800) | black ice |
| » | Podatkovne baze - SQL enostavne poizvedbeOddelek: Programiranje | 2063 (1656) | galu |
| » | SQL Parent key not foundOddelek: Programiranje | 1064 (987) | Ciklamen |
| » | Excel Težava - fukncijaOddelek: Pomoč in nasveti | 2500 (2193) | smetko |
| » | [excel]duplikatiOddelek: Programiranje | 1476 (1403) | baksuz |