Mir gef�llt der letze Vorschlag mit der Historytabelle am besten. Wenn
sich die Datenmenge jedoch in Grenzen h�lt ist auch L�sung 1 gut denkbar.
Stephan
Ich habe da ein Problem (na ja, ein selber gestelltes):
F�r jede Zeile in einer Tabelle m�chte ich Revision Tracking machen: (a)
wer hat wann was ge�ndert, (b) was waren die vorherigen Werte in den
Spalten. Mir kommen folgende Ans�tze in den Sinn:
* Zus�tzliche Spalten einf�hren: Author, RevisionDate; die Zeile mit dem
aktuellsten RevisionDate ist die letztge�nderte Zeile, die letztge�nderte
wird bei einer �nderung quasi dupliziert. Meines Erachtens bescheiden
abzufragen ("Liste alle Zeilen mit den letztge�nderten Werten")
* Eine einzige Spalte, RevisionHistory (vartext). Dort ein XML reingeben
das die ganze Revisionhistory speichert. Nachteil: direkt abfragen kann man
es nicht ("Welche Zeile wurde am h�ufigsten ge�ndert")
* Eine separate Change History Tabelle die so aussieht wie im ersten
L�sungsansatz dargestellt. Die aktiven Eintr�ge sind einfach greifbar,
Changes k�nnen leicht abgefragt werden, sogar UNION ist m�glich. (Auch der
letztge�nderte Eintrag wird hier dupliziert um zu wissen wer die letzte
�nderung verbrochen hat). Vorteil: die Produktionstabelle mu� nicht
angetascht werden.
... andere Ideen? Oder was w�rdet Ihr von den vorgestellten Ans�tzen
pr�ferieren?
Chris
_______________________________________________
Coffeehouse Mailingliste, Postings senden an:
[EMAIL PROTECTED]
An-/Abmeldung und Suchfunktion unter:
http://www.glengamoi.com/mailman/listinfo/coffeehouse
