Citat:
Kortfattat, det har att gora med hur 'normaliserat' datat ar, hur det ar struktureras och vad det skall anvandas till.
Vanligtvis lagras data i tabeller med columner och rader.
Det finns sju (7) normal former varav bara tre anvands i praktiska livet. De ovriga fyra anvands bara for valigt avancerade andamal och forskning:
https://www.essentialsql.com/get-rea...imple-english/
Generellt kan man saga att ju hogre normal form, desto mer 'utspritt' ar datat och det kan vara komplicerat att 'springa' runt till alla stallen dar den lagras, innan man far ihop de bitarna som man ar intresserad av. Data ar inte repeterad och forekommer bara pa ett enda stalle. Hog normalform ar vanlligt inom all slags analys eller datainsamling. Prestanda for aterhamtning sjunker med hogre normalform.
I lagre normalformer (1-2) ar samma data repeterat, d v s att man kan hitta samma information pa flera eller manga stallen i datalagret , men i olika kombinationer av andra data-element. De har normalformerna anvands framst dar man inte ar bekymmrad om lagringsutrymme, och oftast for valdigt specifika andamal (kundtjanst, kataloger etc.). En lag-normaliserad databas har i regel valdigt bra prestanda, da man inte bohover 'springa runt" sa mycket. Mycket av data man ar intresserad av kan i regel hittas pa ett enda (eller ett fatal) stallen.
Industrin graviterar emellertid just nu mer och mer mot "Graph Databases" som anvands av Google, Facebook och Linked in:
https://en.wikipedia.org/wiki/Graph_database
Nansin undrat hur de kan veta "Kanner Du den har personen?". I en graph databas lagras data't inte i rader och kolumner, men i noder och grafer.
-- "The database row should be dependent on the key, the whole key and nothing but the key, so help me Codd."
