kleine Frage zu ADO und Datenbanksperren

[NerdIII]

Hallo alle miteinander,

Ich bin in Sachen Transaktionen nicht sehr bewandert. Mein Kollege und ich sollen eine Datenbankanwendung schreiben. Es gibt eine Client-Anwendung, die aus dem Web abgerufen wird und ihre Daten im Internet auf einer MS SQL DB speichert. Die Datenbank besteht - wie so oft :) - aus mehreren Tabellen, die nach und nach verändert werden. Änderungen erfolgen mal hier mal da. Wenn die Anwendung beendet wird, muss die DB wieder konsistent sein. Hier empfiehlt sich eine Transaktion zu starten und erst zum Schluss zu committen. Soweit klar.

Jetzt gibt es aber auch noch eine Serveranwendung die in regelmäßigen Abständen eine Art Snapshot von einer großen Menge Kundendaten braucht. Wie fange ich das am besten an? Sollte man die Transaktion auf 'serializable' stellen und dann in einem einzigen SELECT alle relevanten Daten laden?? Oder kann man mit ADO auch von vorne herein auf einem Snapshot arbeiten?

Hinweis: Für spätere Statistiken sollen nie Daten aus der Datenbank gelöscht werden, was bedeutet das es viele alte Daten gibt, die von meinen SELECTs eh herausgefiltert werden, jedoch können wir so keine Technologie verwenden, die eine Kopie der gesamten Datenbank voraussetzt. (Ich weiß nicht wie so ein Snapshot funktioniert)

Viele Dank im Vorraus,
Marco

btw. die Forensoftware rockt ;)

[Jelly]

Zitat:

Zitat von NerdIII

Es gibt eine Client-Anwendung, die aus dem Web abgerufen wird und ihre Daten im Internet auf einer MS SQL DB speichert. Die Datenbank besteht - wie so oft :) - aus mehreren Tabellen, die nach und nach verändert werden. Änderungen erfolgen mal hier mal da. Wenn die Anwendung beendet wird, muss die DB wieder konsistent sein. Hier empfiehlt sich eine Transaktion zu starten und erst zum Schluss zu committen. Soweit klar.

Nee, nicht klar. Du kannst nicht in Webapplikationen eine Transaktion starten und diese erst wieder schliessen, wenn der Webuser seine Daten bestätigt. Macht er das nicht, bleibt deine Transaktion offen. Wie willst Du eigentlich unterschiedliche User und Transaktionen verwalten. Bei Webanwendungen ist nach Darstellung der html Seite im Browser die Connection verloren.

[NerdIII]

Sorry, hab mich da undeutlich ausgedrückt. Also der Kunde bekommt seine Anwendung per Java-Webstart bereitgestellt (automatische Updates, Crossplatform, ...). Diese kommuniziert über 'Webservices' mit einem Tomcat-Server auf Server1. Dieser läuft ständig und trägt die Änderungen dann in die DB auf Server2 ein. Auf Server2 läuft schließlich auch die eigentliche Serveranwendung, die aus der DB einen großen Satz konsistenter Daten braucht.
Ich hab ein bisschen gelesen und folgende Möglichkeiten gefunden:
MS SQL 2005: SNAPSHOT-Isolationslevel:
+ Daten immer gleich während meiner Transaktion
+ Tomcat Server kann weiterhin in die DB schreiben
- MS SQL 2005-spezifisch, Datenbank kann nicht umgestellt werden, was aber auf lange Sicht von oben geplant ist.

SQL-92: SERIALIZABLE:
+ Daten immer gleich während meiner Transaktion
+ Funktioniert mit allen DBs, die den Standard unterstützen
- Tomcat-Server und Clients stehen vor verschlossenen Türen

Die SERIALIZABLE-Variante würde ich bevorzugen, weil die Serveranwendung ihre Arbeit durchaus Nachts innerhalb weniger Minuten erledigen kann.