UPDATE macht es nicht so wie ich es will

[lu maak]

Im AbsDbManager teste ich den sql-String, geht schneller. ( Im Delphi-Programm bekomme ich das gleiche Ergebnis)
In einer Tabelle stehen (L)Loks und (P)Wagen nebst Menge und Länge. Die Summe Länge * Menge steht in smm.
Nun soll die Zuglänge für jede Garnitur(Lok+Wagen) berechnet werden und als update in zuglaenge eingetragen werden:

Update garnitur SET zuglaenge = SELECT sum(smm) FROM garnitur GROUP BY garniturname

tabelle garnitur
-----------------------------------------------------------
typ | garniturname | menge | mm | smm | zuglaenge
-----------------------------------------------------------
L___Orient________1______120__120___380
L___Bummel______1______210__210___380
P___Orient________2______130__260___380
P___Bummel______1_______90___90___380


(Tabelle bekomme ich nicht besser hin, auch mit table code)

Berechnet wird nur (einmal) die Zuglänge vom Orient und überall eingetragen!?

Muss da noch eine Schleife geschrieben werden um auch weitere Züge zusammen zuzählen?
Habe mir schon einen Wolf geguckelt und den sql-string verändert, komme da nicht weiter.

Gruß lu maak

[Perlsau]

Tabellendarstellung im Foren-Editor

Typ	Garniturname	Menge	mm	smm	Zuglänge
L	Orient	1	120	120	380
L	Bummel	1	210	210	380
L	Orient	2	130	260	380
L	Bummel	1	90	90	380

Eben auch erst herausgefunden, wie's geht:

1. Leite ein mit table in eckigen Klammern
2. Direkt dahinter in die selbe Zeile schreibst du deine Spalten-Namen, getrennt durch | = Alt-Rechts + >
3. Darunter schreibst du die Einträge in die Tabelle, ebenfalls getrennt durch |
4. Achte darauf, daß du immer dieselbe Anzahl an Einträgen hast, wie in der Titelzeile (Spaltennamen) vorgegeben
5. Schließe mit /table in eckigen Klammern ab

Hier gibt's übrigens die BB-Code-Liste.

[Furtbichler]

So könnte es gehen:

Code:

Update garnitur 
   SET zuglaenge = (SELECT sum(x.smm) 
                      FROM garnitur x 
                     WHERE x.garniturname = garnitur.garniturname
                   )

[Sir Rufo]

Ist zwar ein wenig OT aber hier mal ein paar Beispiele für die Tabellen

Zitat:

[table]Name|Number
Klaus|24
Anton|90
Peter|60[/table]

Name	Number
Klaus	24
Anton	90
Peter	60

Zitat:

[table="head"]Name|Number
Klaus|24
Anton|90
Peter|60[/table]

Name	Number
Klaus	24
Anton	90
Peter	60

Zitat:

[table="head;sort=1"]Name|Number
Klaus|24
Anton|90
Peter|60[/table]

Name	Number
Anton	90
Klaus	24
Peter	60

Zitat:

[table="head;autonum=1;autonumtitle=ID;sort=1d"]Name|Number
Klaus|24
Anton|90
Peter|60[/table]

ID	Name	Number
1	Peter	60
2	Klaus	24
3	Anton	90

Zitat:

[table="head"]Name|Number
{colsp=2}Jungens
Klaus|24
Anton|90
Peter|60
{colsp=2}Mädels
Sabine|45
Karla|34[/table]

Name	Number
Jungens
Klaus	24
Anton	90
Peter	60
Mädels
Sabine	45
Karla	34

[lu maak]

hallo furtbichler,

habs getestet,jetzt steht überall in zuglänge 680.


merci.



---------------
Toll, jetzt weiss ich wie man eine Tabelle setzt.
Und wie schauts aus mit Antworten zu meinem eigentlichen Problems?

[Perlsau]

Zitat:

Zitat von Sir Rufo (Beitrag 1253363)

Ist zwar ein wenig OT aber hier mal ein paar Beispiele für die Tabellen

Wow :thumb: :thumb: :thumb: :thumb: :thumb:
Endlich mal eine gescheite Anleitung für Tabellendarstellung im Foren-Editor :!: Wollte dich schon immer mal danach fragen. Herzlichen Dank dafür :love:

[DeddyH]

Zum Thema: wieso ein Feld befüllen, das sich aus den vorhandenen Daten errechnen lässt? Was ist denn, wenn sich einmal smm in irgendeinem Datensatz ändern sollte? Dann muss man das Ganze noch einmal machen oder hat falsche Daten. Da fände ich ein berechnetes Feld oder eine View irgendwie sinnvoller.

[jobo]

@DeddyH: :thumb:
Ein View/berechnetes Feld ist meistens vorzuziehen.
Ein redundantes Feld per explizitem Update zu befüllen würde man höchstens aus Performancegründen o.ä machen. Dann allerdings ist man gezwungen, die Datenintegrität mit geeigneten Ersatzmaßnahmen zu wahren. Also Trigger bspw.. sonst gibt es (irgendwann) böse Überraschungen

[lu maak]

Hi DeddyH, jobo,

weil es sich errechnen läßt sind sie immer aktuell, kann es und soll auch befüllt werden.
Der berechnete Wert soll sichtbar in der Tabelle erscheinen und bei Änderung sich anpassen.
Desweiteren findet der Wert für weiteren Vergleiche/Berechnungen Verwendung.



Hallo Furtbichler,
habe mit deinem vorgeschlagenen Code weiter 'rumgespielt':

Update garnitur set zuglaenge = SELECT sum(smm) FROM garnitur WHERE x.zuggarnitur = garnitur.zugname where typ="L"

Man(n) glaubst nicht, so funktioniert es und mit dem angehängten where steht der Wert nur in der Lokzeile.

Genau so wollte ich das haben!

Was ich allerdings nicht verstehe, das ohne dem definierten Alias. Setze ich x hinter from gibts wieder kuriose Werte.
Egal. Habe komplette Datenbank gelöscht und mit neuen Daten getestet. Es geht immer noch.

Vorab gibts ein Eigenschulterklopf
und Merci für alle Anderen.



Übrigens: Schöne Tabelle, werde es das nächste Mal anwenden.

[jobo]

Also ich glaubs auch nicht.
Das X fehlt in Deinem Statement als Alias Definition. Insofern kann der Zugriff also Verwendung des Alias eigentlich nicht funktionieren.
Und wenn er so wie gedacht funktionieren würde, ist es natürlich ein Unterschied, wo er definiert wird, beim Update oder beim Subselect.

Hast Du nicht einfach ein Copy/Paste Fehler hier im letzten Post?

P.S.: Eben weil er einfach berechnet werden kann, müsste er nirgendwo hart eingetragen werden, das Vorgehen ist eigentlich so Standard.