Wie mit ADO+MSSQL Verbindungsabbrüche überbrücken?

[Bummi]

@Furtbichler

wobei man dann allerdings ohne Netz und doppelten Boden arbeitet...
Der Link schein übrigens tot zu sein.

[janhieber]

Danke für eure Tips.
Jetzt habe ich deinen Vorschlag verstanden Bummi.
Ich denke das werde ich mir mal ansehen, dann müssen wir uns eben eine
kostenpflichtige Version des SQL Server holen.

Gruß Jan

[generic]

Alternativ via MessageQueuing.

Auf den Clients via eines MSMQ eine Warteschlage erzeugen, wo die Daten gespeichert und dann übermittelt werden.

[Furtbichler]

Zitat von Bummi:

Der Link schein übrigens tot zu sein.

Bei mir klappts.
Bezüglich des fehlenden Netzes sei noch angemerkt, das die dort gezeigte Demo nur das Prinzip und die Schlagwörter zeigt.
Beim Reconcile fehlt eine Fehlerbehandlung, die dann das Netz und den doppelten Boden umsetzt.

Gibt es zum MSMQ-Ansatz noch mehr Info? Müsste man dann nicht auch auf der Serverseite etwas implementieren?

[generic]

MSMQ:
Ich muss gestehen, eingerichtet habe ich es noch nicht.

Müsste wie folgt gehen:
Es wird eine Windows-Server benötigt, auf welchen die Routing-Unterstützung mit installiert wird.
Auf Clients gibt es diese Komponente nicht!

In den einzelnen MQs (Client-OS/Server-OS) müsste nun in den Eigenschaften "Routing" dieser Server auftauchen.

Zuletzt benötigst du auf dem letzten Server der Kette, jemand der die Daten in die DB schreibt.

* Client erzeugt xml
* das xml wird an den lokalen mq gegeben
* der lokale mq versucht zum master mq zu routen
* der master mq ruft via trigger ein programm auf, welches die xml in die db schreibt.


man muss übrigens keinen msmq nehmen.
gleiches könnte man auch via mailserver lösen.
einen lokalen smtp welcher die nachrichten nimmt.
dieser schickt sie dann weiter an einen master.
von dort werden die nachrichten via pop oder imap angerufen und dann in die db geschrieben.