SQL Server: Mehrere Datensätze gleichzeitig vergleichen und ändern

[romber]

Hallo!

Ich habe folgendes Problem: in einer Tabelle auf dem SQL Server werden mehrere Hundert Verträge abgelegt. Bei jeder Vertragsänderung wird ein neuer Datensätz erstellt, um Anderungen später nachvollziehen zu können. Dabei ist mir ein Fehler unterlaufen: ein bestimmtes Feld (Datum) sollte bei jeder Änderung immer gleich bleiben, wird jedoch immer mit dem aktuellen Datum überschrieben. Das muss ich jetzt korrigieren.

Ich muss jetzt bei jedem ersten Vertragsdatensatz ein Feld auslesen und diesen Feld bei jedem letzten Vertragsdatensatz mit dem ausgelesenen Wert aktualisieren.

Wie kann ich das auf einen Schlag machen, ohne jeden Vertrag nacheinander zu ändern?

Danke!

[mkinzler]

Wie hat man das letzter Vertragsdatensatz zu verstehen? Sind das Einträge mit einem gleichen Ordungskriterium (z.B. FK)? Per Versionsnnummer oder neuestes Datum?

[Sir Rufo]

Wenn dieses Feld immer gleich bleiben soll/muss, dann musst du doch den Wert in allen nachfolgenden Sätzen ändern und nicht nur im letzten, oder?

Zeig doch mal das DDL zu der Tabelle (es reichen dabei die relevanten Felder wie ID, Datum und das Feld woran man die Historie erkennen kann)

[romber]

Zitat von mkinzler:

Wie hat man das letzter Vertragsdatensatz zu verstehen? Sind das Einträge mit einem gleichen Ordungskriterium (z.B. FK)? Per Versionsnnummer oder neuestes Datum?

Mit dem ersten Vertragsdatensatz ist der allerersten Datensatz eines Vertrags gemeint. Bei jeder Änderung des Vertrags (über ein selbst programmieres Tool), z.B. Verlängerung oder Kennwort-Änderung, wird nicht der ursprüngliche Datensatz aktualisiert, sondern einen neuen erstellt mit den aktuellsten Informationen. Das ist dann der letzte Vertragsdatensatz.

[romber]

Zitat von Sir Rufo:

Wenn dieses Feld immer gleich bleiben soll/muss, dann musst du doch den Wert in allen nachfolgenden Sätzen ändern und nicht nur im letzten, oder?

Könnte man machen, muss aber nicht unbedingt sein. Die Änderung im letzten Datensatzt reicht, denn es wird bei einer Änderung wird immer nur der aktuellste Vertragsdatensatz abgefragt.

[mkinzler]

Das war der Teil, der mir klar war, aber meine Frage bezog sich darauf, wie man zusammenhängende erkennt und wie man den letzten erkennen kann.

[Sir Rufo]

Zitat von romber:

Bei jeder Änderung des Vertrags (über ein selbst programmieres Tool), ... wird nicht der ursprüngliche Datensatz aktualisiert, sondern einen neuen erstellt mit den aktuellsten Informationen.

Was für ein Tool hast du dir denn gebaut? Das mache ich auf dem MS-SQL mit INSTEAD OF Triggern

[romber]

Zitat von Sir Rufo:

Zeig doch mal das DDL zu der Tabelle (es reichen dabei die relevanten Felder wie ID, Datum und das Feld woran man die Historie erkennen kann)

v_id - wird automatisch erhöht
v_nr - Vertragsnummer, bleibt bei jeder Änderung gleich
v_from - Vertragsdatum, wird fälschlicherweise bei jeder Änderung aktualisiert, muss jedoch immer gleich bleiben.

Zitat von Sir Rufo:

Was für ein Tool hast du dir denn gebaut?

Ein kleines Tool für die Vertragsverwaltung, nichts besonderes.

[Sir Rufo]

Zitat von romber:

Zitat von Sir Rufo:

Zeig doch mal das DDL zu der Tabelle (es reichen dabei die relevanten Felder wie ID, Datum und das Feld woran man die Historie erkennen kann)

v_id - wird automatisch erhöht
v_nr - Vertragsnummer, bleibt bei jeder Änderung gleich
v_from - Vertragsdatum, wird fälschlicherweise bei jeder Änderung aktualisiert, muss jedoch immer gleich bleiben.

So solltest du jeweils den ersten Wert bekommen, den du dann in alle anderen Datensätze reinpassten musst

SQL-Code:

SELECT v_id, v_nr, v_from
FROM vertrag
WHERE (v_nr, v_id) IN ( SELECT v_nr, MIN( v_id ) FROM vertrag GROUP BY v_nr )

Zitat von romber:

Zitat von Sir Rufo:

Was für ein Tool hast du dir denn gebaut?

Ein kleines Tool für die Vertragsverwaltung, nichts besonderes.

Ähm ja, aber wozu war das nötig, eigentlich macht man sich dafür eine View, die nur die aktuellen Einträge zeigt und schreibst deine Änderungen (UPDATE, DELETE, INSERT) in diese View. Die INSTEAD OF Trigger kümmern sich dann um diese historische Protokollierung. Ein Tool wird dafür nicht benötigt.

[mkinzler]

Kenne mich mit MSSQL nicht so aus, aber so ähnlich sollte es funktionieren
update <tabelle> t set t.v_from = (select top 1 v_from from <Tabelle> where v.nr = t.v_nr order by v_id); Ich setzte alle nicht nur den letzten Satz neu