Mehrere Verbindungen zu SQL-Servern von DELPHI-Applikation

[Tempdir]

Hallo zusammen!

Meine bisherigen Recherchen bringen leider keine Antwort auf die Frage, ob es möglich ist, von einer laufenden DELPHI-Applikation mittels IB-Komponenten, Verbindungen zu Beispielsweise 10 SQL-Servern gleichzeitig herzustellen?
Und dann in einer Schleife nacheinander verschiedene SELECT-Queries an jeweils einen SQL-Server zu stellen? Oder gibt es da Probleme z.B. mit dem Port oder was auch immer, so dass die Applikation dann nicht unterscheiden kann, welche SQL-Datenbank was sendet?

Vielen Dank schonmal!

[Phoenix]

Ist prinzipiell kein Problem.

[Tempdir]

Gut, dann hoffe ich dass es klappt. Wäre interessant zu wissen wo das Limit an gleichzeitigen Verbindungen liegt? Leider kann ich das schlecht durch Tests herausfinden.

[mkinzler]

Ich vermute mal, dass es immer noch um die Synchronisation/replikation geht. Wie schon erwähnt würde ich dies vom Client aus machen, nicht vom Server aus.

[Tempdir]

Ja, es geht noch um genau das Thema "Synchronisation" :)

Ich hab mir mal beide Schemas aufgezeichnet und sehe bei dem, wo die Clients sich zu einem zentralen Server verbinden und Daten per "INSERT" einfügen, einige Nachteile:

- Die Daten landen allesamt in einer SQL-Datenbank auf die ein Kunde nicht einfach z.B. mit Notepad zu greifen kann.

- Somit wäre eine weitere Delphi-Applikation notwendig, welche die Daten z.B. nach CSV exportiert (für jeden Client eine CSV-Datei).

- Wie kann der Client sicher sein, dass seine INSERT-Query erfolgreich durchgeführt wurde?

- Kann ich bei der DELPHI-Server Anwendung anzeigen lassen, welche Clients verbunden sind und wieviele Daten sie gerade senden?

- Wenn ich einen Webserver auf dem Client möchte um Daten per Browser anzusehen, müsste ich trotzdem einen SQL-Server auf dem Client installieren (ok das ist eher ein Feature, also nicht so wichtig)

[mkinzler]

Zitat:

- Die Daten landen allesamt in einer SQL-Datenbank auf die ein Kunde nicht einfach z.B. mit Notepad zu greifen kann.

Ist bei rein loaklen DB-Lösungen ja auch nicht anders

Zitat:

- Somit wäre eine weitere Delphi-Applikation notwendig, welche die Daten z.B. nach CSV exportiert (für jeden Client eine CSV-Datei).

Kann die Clientapplikation doch gleich miterledigen

Zitat:

- Wie kann der Client sicher sein, dass seine INSERT-Query erfolgreich durchgeführt wurde?

Wenn keine Fehler kommt?

Zitat:

- Kann ich bei der DELPHI-Server Anwendung anzeigen lassen, welche Clients verbunden sind und wieviele Daten sie gerade senden?

Ein solche ist nicht notwendig. Und eine, die sich aktiv mit loaklen (DB-)Serverinstanzen verbindert imho wenig sinnvoll

Zitat:

- Wenn ich einen Webserver auf dem Client möchte um Daten per Browser anzusehen, müsste ich trotzdem einen SQL-Server auf dem Client installieren (ok das ist eher ein Feature, also nicht so wichtig)

Wenn eine ständige Verbinmdung von Client zum Server besteht, wäre so oder so keine lokale Serverinstanz nötig

[Tempdir]

Vielen Dank für deine Antworten!

Ich hab mal versucht die beiden Konzepte "Bildlich" darzustellen:

http://www.frozenemotions.de/konzepte.gif

Also es gibt wie gesagt mehrere Clients. Ich beziehe mich momentan auf das untere Konzept:

Zitat:

Zitat:
- Somit wäre eine weitere Delphi-Applikation notwendig, welche die Daten z.B. nach CSV exportiert (für jeden Client eine CSV-Datei).
Kann die Clientapplikation doch gleich miterledigen

Ich frage mich wie? Der Client macht ja lediglich eine "INSERT INTO..." Query

Zitat:

Zitat:
- Kann ich bei der DELPHI-Server Anwendung anzeigen lassen, welche Clients verbunden sind und wieviele Daten sie gerade senden?
Ein solche ist nicht notwendig. Und eine, die sich aktiv mit loaklen (DB-)Serverinstanzen verbindert imho wenig sinnvoll

Ich bräuchte aber unbedingt eine Übersicht in der Delphi-Applikation auf dem "Leitrechner" welche anzeigt, welche Clients verbunden sind.

1000send Dank für die nette Hilfe hier! :)

[mkinzler]

Es existiert doch aber eine Anwendung, welche auf dem Client läuft. Oder wo kommen die Daten in der lokalen Datenbank her?

[Tempdir]

richtig! Aber diese Anwendung fügt lediglich Daten in die Datenbank ein, mehr kann und soll sie nicht machen.