Wie Update mit max() pro Gruppe

[BlueStarHH]

Sorry, es war gestern wohl schon zu spät für mich und ich habe einen Teil der Anforderungen verschluckt:

Es soll die nächste "freie" PositionsNr je RechnungNr anstelle der 999 eingetragen werden. Man sieht es an der Beispieltabelle, die ich in der Frage gepostet habe.

[TigerLilly]

UPDATE RechnungPos
SET PositionsNr = (SELECT max(PositionNr)+1 FROM RechnungPos p WHERE PositionNr <> 999 and p.rechnungsnummer=rechnungspos.rechnungsnummer)
WHERE PositionsNr = 999

[nahpets]

Das geht aber schief, wenn es mehr als eine PositionsNr = 999 zu einer RechnungsNr gibt, die bekommen dann alle die Max(PositionNr)+1. Man erhält dann Dubletten, die ggfls. nicht mehr so leicht zu erkennen sind, wie die 999.

Mir fällt momentan keine Lösungsmöglichkeit mit einem einzigen Updatestatement ein. Da muss man wohl mit 'nem Cursor über alle Sätze mit PositionsNr = 999 ran und die einzeln ändern.

Ohne einen eindeutigen Schlüssel für jeden Datensatz, kann man (glaub' ich) die Entstehung von Dubletten nicht vermeiden, sofern die Kombination aus RechnungsNr und PositionsNr = 999 nicht eindeutig ist.

[HolgerX]

Hmm..

Mal eine andere Frage:
Könnten Positionen mit der Nummer 999 nicht stornierte, somit ungültige Rechnungs-Positionen sein?

Deshalb stellt sich hier eher die Frage, ob diese überhaupt gelistet werden oder sowieso keine 'echte' Positionsnummer haben, da storniert.

Ansonsten müsstest Du eine temporäre Tabelle per z.B. Select insert anlegen, dort per die Position anfügen und immer die PosNr neu anhand der letzten Pos aus der Temptable vergeben.

Da diese Temptable immer die höchste PosNr enthält, würde auch der Insert immer die richtige nächste PosNr verwenden.

Zum Schluss würde diese TempTable als Record zurück gegeben werden oder dann als Datenquelle für den Update dienen.

Hab leider kein Beispiel zur Hand..

[BlueStarHH]

Zitat von HolgerX:

Könnten Positionen mit der Nummer 999 nicht stornierte, somit ungültige Rechnungs-Positionen sein?

In den Daten, die ich hier bekommen habe, sind mit 999 Positionen markiert, die immer am Ende stehen sollen. In diesem Fall hat das also nicht mit einem Ungültig-Flag zu tun.

[jobo]

Ist die 999 wirklich immer am Ende der Rechnungspositionsliste?
Und wenn ja und es geht bloß um Sortierung, warum soll sie dann geändert werden, die Sortierung ändert sich dadurch nicht. (außer es sind mehr als 999 Artikel)

[BlueStarHH]

Zitat von jobo:

Ist die 999 wirklich immer am Ende der Rechnungspositionsliste?

Die 999 gibt an, dass diese Position ans Ende der Liste bei der Ausgabe soll. Wie das intern in der DB sortiert ist, kann man nicht vorhersagen.

Zitat von jobo:

Und wenn ja und es geht bloß um Sortierung, warum soll sie dann geändert werden, die Sortierung ändert sich dadurch nicht. (außer es sind mehr als 999 Artikel)

Auf der gedrucken Rechnung werden auch die PositionsNr gedruckt. Dort soll keine 999 zu sehen sein sondern stattdessen die nächste freie Nummer. Auf dem Ausdruck ist nach der PositionsNr sortiert.

[BlueStarHH]

Zitat von nahpets:

Das geht aber schief, wenn es mehr als eine PositionsNr = 999 zu einer RechnungsNr gibt, die bekommen dann alle die Max(PositionNr)+1. Man erhält dann Dubletten, die ggfls. nicht mehr so leicht zu erkennen sind, wie die 999.

In den Daten hier gibt es die 999 maximal ein mal je RechnungsNr. Insofern lößt der Code von TigerLilly aus Post #9 mein Problem. Danke an alle!