Frage: Kann ich numerische Daten einer Zelle einer
MySQL-Tabelle durch MySQL (!) verarbeiten
ja
und in einer anderen Zelle speichern lassen.
Das sollte man nicht tun.
Beispiel: Verschiedene User hat das Alter ihrer Kinder
angegeben. In einer Zelle soll MySQL dann sofort das
Durchschnittsalter berechnen.
Das Durchschnittsalter stimmt nur im Moment der Berechnung. Wann soll die Berechnung vorgenommen werden? Bei der Eingabe? Dann kann der berechnete Wert bereits morgen falsch sein. Beim Auslesen der Daten? Dann gibt es keinen Grund, den Durchschnitt zu speichern - Anzeigen genügt.
Nebenbei bemerkt: Das Alter der Kinder zu speichern ist keine gute Idee, besser wäre das Geburtsdatum, dann kann die Datenbank auch in 3 Jahren noch sinnvoll ausgewertet werden.
Frage: Kann ich numerische Daten einer Zelle einer
MySQL-Tabelle durch MySQL (!) verarbeiten
und in einer anderen Zelle speichern lassen.
Das sollte man nicht tun.
Beispiel: Verschiedene User hat das Alter ihrer Kinder
angegeben. In einer Zelle soll MySQL dann sofort das
Durchschnittsalter berechnen.
Das Durchschnittsalter stimmt nur im Moment der Berechnung.
Wann soll die Berechnung vorgenommen werden? Bei der Eingabe?
Dann kann der berechnete Wert bereits morgen falsch sein. Beim
Auslesen der Daten? Dann gibt es keinen Grund, den
Durchschnitt zu speichern - Anzeigen genügt.
Nebenbei bemerkt: Das Alter der Kinder zu speichern ist keine
gute Idee, besser wäre das Geburtsdatum, dann kann die
Datenbank auch in 3 Jahren noch sinnvoll ausgewertet werden.
Gut - sehe ein, dass das Alter ein schlechtes Beispiel war
Mir geht es eigentlich um komplexere Berechnungen.
Die Idee war, dass die DB nur einmal rechnen müsste. Diesen Wert liest man dann beliebig oft aus, ohne dass der Interpreter (ist das so richtig?) jedesmal rechnen muss.
Ich hätte mir auch vorgestellt, dass es in der DB vielleicht einfacher wäre, beispielsweise verschachtelte Wenn-Dann-Beziehungen umzusetzen (weniger Syntax-Probleme)?
Danke für die Einführung in das Normalisieren.
Bist auch ein Hans-Dampf-in-allen-Gassen, oder?
Sprachen doch kürzlich erst über diskrete W.-Verteilungen (Chi-Quadrat etc.) in ‚Mathematik‘.
Gruß!
Eigentlich nicht (arbeite aber fleissig weiter dran )
Z.B. beträgt die Menge der Postings im Brett ‚Esoterik‘ meinerseits exakt ‚0‘…
Sprachen doch kürzlich erst über diskrete W.-Verteilungen
(Chi-Quadrat etc.) in ‚Mathematik‘.
In aller Bescheidenheit: relationale DB haben mit Mathematik mehr gemeinsam als man denkt. Und in grauer Vorzeit hatte sich der Autor dieser Zeilen auch mal mit Statistik befasst (Jugendsünde…). Danach kam Computergrafik und danach was Richtiges: SAP BW, SEM, ABAP, BSP, Java + .NET
Die Idee war, dass die DB nur einmal rechnen müsste.
die Idee hinter relationalen Datenbanken ist u.a., Probleme bei Datenänderungen zu vermeiden. Stell Dir vor, Du berechnest eine Summe und speicherst sie ab, kurz darauf muss einer der Summanden korrigiert werden. Wer berechnet dann die neue Summe? Oder, noch schlimmer: Die Berechnung ist wesentlich aufwendiger als eine Summenbildung, Du speicherst das Ergebnis und der Gesetzgeber ändert das Berechnungsverfahren. Wie werden die alten Daten korrigiert? Was passiert mit Daten, die während der Umstellung eintrudeln?
Ich hätte mir auch vorgestellt, dass es in der DB vielleicht
einfacher wäre, beispielsweise verschachtelte
Wenn-Dann-Beziehungen umzusetzen (weniger Syntax-Probleme)?
