Felder automatisch berechnen in Mastertabelle

[Jenns]

Hallo,

ich habe folgendes Problem:

Ich habe 2 Tabellen (Rechnung und Position)
die Tabelle Position enthält die einzelnen Rechnungspositionen und hat folgenden Aufbau

Renr | Posnr | Menge | Preis | Gesamtpreis

wobei Renr ein Fremdschlüssel für Rechnung ist und Gesamtpreis ein berechnetes Feld mit Menge * Preis

die Tabelle Rechnung soll so aussehen:

Renr | Summe

wobei Summe die Summe der Gesamtpreise ist, wo die Renr identisch ist.

mit
select renr, sum( Gesamtpreis) as Summe from position group by renr bekomm ich die benötigten Werte, aber wie bekomm ich die an besten in die Rechnungen rein?
Am liebsten wäre mir, wenn das Feld genauso berechnet werden kann, wie der Gesamtpreis, dh, ich muss im Programm nichts beachten und es wird immer von dem SQLServer berechnet berechnet.

Gruß, Jenns

[mkinzler]

Am Besten als Join auf die Gruppierung

[joachimd]

Am besten über Trigger auf der Positionen-Tabelle (ooops - wie ist das nochmal in MS SQL?), bei ADS in etwa so:

SQL-Code:

create trigger trig_ins on position
  after insert
  begin
    declare @renr integer;
    @renr=(select renr from __new);
    update rechnung set summe=(select sum(gesamtpreis) from position where renr=renr)
      where renr=@renr;
  end;

Dasselbe noch für Update und Delete, damit alle Möglichkeiten abgedeckt sind.

[mkinzler]

Man sollte solche Werte nicht in der Mastertabelle ablegen
[Edit: Frau auch, deshalb besser man]

[nahpets]

Hallo,

reicht nicht eininsert into Rechnung select renr, sum(Gesamtpreis) as Summe from position group by renr Das Select muss halt die Spalten in der Reihenfolge liefern, in der sie in Rechnung definiert sind.
Ggfls. für die Renr noch 'ne passende Wherebedingung.

Update könnte in etwa so gehen:

SQL-Code:

update rechnung 
set betrag = (select sum(Gesamtpreis) from position group by renr where rechnung.renr = position.renr)

Falls nur eine Renr aktuallisiert werden soll, noch
where renr = :renr an das Updatestatement hängen.

Die Triggervariante ist jedoch die eleganteste Möglichkeit, da übernimmt die Datenbank 100% der Arbeit.