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.

[DeddyH]

Zitat:

Zitat von lu maak (Beitrag 1253384)

Hi DeddyH, jobo,

weil es sich errechnen läßt sind sie immer aktuell, kann es und soll auch befüllt werden.

:?: Den Satz habe ich nicht verstanden.

Zitat:

Zitat von lu maak (Beitrag 1253384)

Der berechnete Wert soll sichtbar in der Tabelle erscheinen und bei Änderung sich anpassen.

Also sind die von jobo angesprochenen Mechanismen angesagt (Trigger etc.). Also gut, nehmen wir mal an, es existiert ein Trigger, der bei INSERT, UPDATE und DELETE feuert (also allen Kommandos, die die Summe beeinflussen). Fügen wir mal ein paar Datensätze mit gleichem garniturnamen in die leere Tabelle ein und schauen, was dabei passiert:
1. DS wird 2 mal geändert, erst durch das INSERT und dann durch den Trigger.
2. DS wird 2 mal geändert, der 1. durch den Trigger nochmals.
3. DS wird 2 mal geändert, die vorhandenen 2 durch den Trigger auch.
Etc. pp.
Man muss daher bei größeren Änderungsoperationen zunächst den Trigger deaktivieren, wenn man bis Weihnachten noch fertig werden will. Nun bauen wir uns eine View garnitursummen:

SQL-Code:

SELECT 
  garniturname, SUM(Menge * mm) AS smm
FROM
  garnitur
GROUP BY
  garniturname

Nun kann man das zusammenjoinen:

SQL-Code:

SELECT 
  G.Typ, G.Garniturname, G.Menge, G.mm, S.smm
FROM
  garnitur G
JOIN
  garnitursummen S ON S.Garniturname= G.Garniturname
WHERE
  G.Typ = 'L'

Ist das jetzt schlechter so?

[lu maak]

Hi Jo,


der Query funktioniert so wie er da steht. Im AbsDbManager als auch in Delphi.
Ein 'as irgendwas' alleine macht noch kein Mecker, aber das er sich aufrufen läßt?
Möglicherweise sowas wie NULL oder NIL, und vergleicht mit nix, mär wasess ned?
Erinnert mich an die gute alte Z80 Zeit, ab und an kam jemand und hatte wieder
undokumentierte exotische Opcodes zusammen gewurschtelt. Bei den heutigen CPU's
gibts das nicht mehr.

Egal. Lassen wir das erstmal.

Gruß
lu maak

[p80286]

Zitat:

Zitat von lu maak (Beitrag 1253449)

Ein 'as irgendwas' alleine macht noch kein Mecker, aber das er sich aufrufen läßt?
Möglicherweise sowas wie NULL oder NIL, und vergleicht mit nix, mär wasess ned?

Könnte mir das bitte jemand erklären?

Zitat:

Zitat von lu maak (Beitrag 1253449)

Erinnert mich an die gute alte Z80 Zeit, ab und an kam jemand und hatte wieder
undokumentierte exotische Opcodes zusammen gewurschtelt. Bei den heutigen CPU's
gibts das nicht mehr.

Was war den an den bisher geposteten SQL-Codes exotisch.

wie jobo schon schrieb, das Eintragen der Zuglänge in eine Tabelle ist vollkommen Überflüssig.

Gruß
K-H

[DeddyH]

Zitat:

Zitat von p80286 (Beitrag 1253564)

Könnte mir das bitte jemand erklären?

Nö, ich hab's selbst nicht verstanden.

Zitat:

Zitat von p80286 (Beitrag 1253564)

wie jobo schon schrieb, das Eintragen der Zuglänge in eine Tabelle ist vollkommen Überflüssig.

Schon die "Milimetersumme" (Menge * mm) ist überflüssig, die lässt sich ja auch zur Laufzeit berechnen (siehe View-Statement).
Aber wer nicht will, der hat schon :roll: