hm, die überschrift sagt wohl alles....
ich hab ne tabelle mit 6 feldern, wobei 3 davon sicher immer befüllt werden müssen, die restlichen 3 felder haben nullwerte... würd ich die drei nullwertfelder aus der Tabelle rausziehen und jeweils einen in eine neue (gekoppelt mit der ID) schreiben, dann hätt ich die nullwerte vermieden.
andererseits muss ich ja dann wieder über 3 tables joinen, was ja auch net optimal ist oder?
was is also gscheiter?
lg, Phil.
Nullwerte vs. anzahl der SQL statements
-
Gscheiter isses find ich, das in seperaten Tables zu machen, so sparst zumindest Speicherplatz - wobei ich net glaub, daß das so ein Riesenproblem wird...aber is halt einfach eleganter, und so ein extremer Mehraufwand an Rechenzeit wirds auch net.
-
Speicherplatz vs. Geschwindigkeit.
Ich würde die Nullen lassen, und nicht auf mehrere Tabellen splitten. -
Im Endeffekt isses wahrscheinlich e wurscht...aber in Datenmodellierung & Co. wird einem halt eingetrichtert, daß mas aufteilt...
...oder es is alles Einbildung, weils einem so gut gfallt
-
hm ja ich weiss dass das in DM gelehrt wird, aber in der praxis hab ich immer nullwerte in der DB gehabt und es is wunderbar gelaufen....
bevor ich über 5 tables joinen muss knall ich lieber alles in einen, macht das auslesen viel einfacher, und wenn halt null drinnen steht... naja wozu gibts if anweisungen? *ggg*
lg, Phil.
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!