AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Programmierung allgemein Netzwerke Delphi Frage zum Disconnect mit Indy und einer TCP/IP Verbindung
Thema durchsuchen
Ansicht
Themen-Optionen

Frage zum Disconnect mit Indy und einer TCP/IP Verbindung

Ein Thema von Harry Stahl · begonnen am 15. Jun 2015 · letzter Beitrag vom 16. Jun 2015
Antwort Antwort
Benutzerbild von Valle
Valle

Registriert seit: 26. Dez 2005
Ort: Karlsruhe
1.223 Beiträge
 
#1

AW: Frage zum Disconnect mit Indy und einer TCP/IP Verbindung

  Alt 16. Jun 2015, 02:38
Das ist so allgemein schwer zu sagen, da ich deinen genauen Anwendungszweck nicht kenne.

Ich kann dir mal ein Beispiel geben, wie MySQL das macht. MySQL unterstützt einen Master-Slave-Modus, bei denen die Slaves ihren Datenbestand synchron zum Master halten. MySQL führt dabei eine Nummer mit, die mit jeder Änderung am Datenbestand erhöht wird. Die Slaves sind mit dem Master verbunden und führen Änderungen sequentiell ein. Startest du einen Slave neu, so beginnt er, dieses s.g. "Backlog" von seinem letzten Datenstand aufzuholen.

Das klappt soweit meistens ganz gut. (Ich will nicht sagen dass das problemlos klappt, aber das Problem ist meist eher MySQL als dieses System)

Es gibt einige Situationen, in denen man daran per Hand rumwerkeln muss. Beispielsweise führt der Server sein Backlog (also die Liste der Änderungen am Datenbestand) nicht unendlich lang. Ist ein Slave langer offline als das Backlog alt ist, so kann er den Bestand nicht mehr automatisch abgleichen. In dem Fall muss man vorgehen, wie man es auch beim Hinzufügen eines neuen Slaves tut. Dazu stellt man sicher, dass der Master seine Daten nicht mehr ändert (er speichert Änderungen solange im RAM) und macht ein Backup. Das Backup wird auf neue Slaves eingespielt. Der Master darf dann weiterarbeiten. Wichtig ist, das man vor dem reaktivieren des Masters aufschreibt, welche Revisionsnummer (also die Position im Backlog bzw. die Nummer die zur Synchronisation dient) das Backup hat. Nach dem Einspielen des Backups auf den Clients gibt man ihnen diese Nummer mit und sie sind wieder automatisch in der Lage synchron zum Master zu bleiben.

Im Prinzip also eine Mischung aus beiden deiner Vorschläge. Das komplette Neuladen der Datenbestände muss man in MySQL leider manuell machen, das ließe sich aber bestimmt automatisieren in deinem Programm.

Hilft dir das eventuell weiter als Ansatz?
Valentin Voigt
BOFH excuse #423: „It's not RFC-822 compliant.“
Mein total langweiliger Blog
  Mit Zitat antworten Zitat
Benutzerbild von Harry Stahl
Harry Stahl

Registriert seit: 2. Apr 2004
Ort: Bonn
2.558 Beiträge
 
Delphi 12 Athens
 
#2

AW: Frage zum Disconnect mit Indy und einer TCP/IP Verbindung

  Alt 16. Jun 2015, 09:59
Das ist so allgemein schwer zu sagen, da ich deinen genauen Anwendungszweck nicht kenne.
Es ist eine Client-Server Anwendung, wo für mehrere Anwender im Netz eine gemeinsame Termindatenbank verwaltet wird. Der Server verwaltet dabei die Datenbank (Clients fragen also an, ob sie einen Datensatz bearbeiten oder einfügen können, Server gibt OK, Client liefert dann die neuen oder geänderten Daten. Server verteilt neue oder geänderte Daten an andere Clients, die gerade im Netz mit dieser Datenbank verbunden sind).

Ich kann dir mal ein Beispiel geben, wie MySQL das macht. MySQL unterstützt einen Master-Slave-Modus, bei denen die Slaves ihren Datenbestand synchron zum Master halten.
Ja, so mache ich das im Prinzip auch.

MySQL führt dabei eine Nummer mit, die mit jeder Änderung am Datenbestand erhöht wird. Die Slaves sind mit dem Master verbunden und führen Änderungen sequentiell ein. Startest du einen Slave neu, so beginnt er, dieses s.g. "Backlog" von seinem letzten Datenstand aufzuholen.
Auch ein interessanter Ansatz. Das würde sogar "Offline"-Arbeiten mit dem Datenbestand ermöglichen.

Im Prinzip also eine Mischung aus beiden deiner Vorschläge. Das komplette Neuladen der Datenbestände muss man in MySQL leider manuell machen, das ließe sich aber bestimmt automatisieren in deinem Programm.

Hilft dir das eventuell weiter als Ansatz?
Ja danke, das sind gute Ideen, um hier noch Erweiterungen / Verbesserungen einführen zu können.

Da die Datenbank i.d.R. maximal nur einige MB einnimmt, wäre auch ein stiller Reload machbar, wenn der Client merkt, er hat das eine oder andere verpasst.
  Mit Zitat antworten Zitat
Benutzerbild von BUG
BUG

Registriert seit: 4. Dez 2003
Ort: Cottbus
2.094 Beiträge
 
#3

AW: Frage zum Disconnect mit Indy und einer TCP/IP Verbindung

  Alt 16. Jun 2015, 10:26
Auch ein interessanter Ansatz. Das würde sogar "Offline"-Arbeiten mit dem Datenbestand ermöglichen.
Wenn im Offline-Betrieb geschreiben werden soll, wird es sehr schnell wieder kompliziert. Manuelles Zusammenführen ist mühsam, vollautomatisches könnte zu Datenverlust führen.

Oder gibt es auch eine spezielle, ich gehen jetzt in den Energiespar-Modus Nachricht?
Natürlich
  Mit Zitat antworten Zitat
Benutzerbild von Harry Stahl
Harry Stahl

Registriert seit: 2. Apr 2004
Ort: Bonn
2.558 Beiträge
 
Delphi 12 Athens
 
#4

AW: Frage zum Disconnect mit Indy und einer TCP/IP Verbindung

  Alt 16. Jun 2015, 10:32
[QUOTE=BUG;1305239]Danke Bug, genau das war gemeint.
  Mit Zitat antworten Zitat
mm1256

Registriert seit: 10. Feb 2014
Ort: Wackersdorf, Bayern
642 Beiträge
 
Delphi 10.1 Berlin Professional
 
#5

AW: Frage zum Disconnect mit Indy und einer TCP/IP Verbindung

  Alt 16. Jun 2015, 10:47
Hallo,

vielen Dank! Das ist genau das was ich gesucht habe!
Gruss Otto PS: Sorry wenn ich manchmal banale Fragen stelle. Ich bin Hobby-Programmierer und nicht zu faul die SuFu zu benutzen
  Mit Zitat antworten Zitat
Photoner

Registriert seit: 6. Dez 2012
Ort: Nürnberg
103 Beiträge
 
Delphi 10.1 Berlin Starter
 
#6

AW: Frage zum Disconnect mit Indy und einer TCP/IP Verbindung

  Alt 16. Jun 2015, 10:52
Hallo,

vielen Dank! Das ist genau das was ich gesucht habe!
Das kam jetzt aber aus dem nichts
Chris
  Mit Zitat antworten Zitat
Antwort Antwort


Forumregeln

Es ist dir nicht erlaubt, neue Themen zu verfassen.
Es ist dir nicht erlaubt, auf Beiträge zu antworten.
Es ist dir nicht erlaubt, Anhänge hochzuladen.
Es ist dir nicht erlaubt, deine Beiträge zu bearbeiten.

BB-Code ist an.
Smileys sind an.
[IMG] Code ist an.
HTML-Code ist aus.
Trackbacks are an
Pingbacks are an
Refbacks are aus

Gehe zu:

Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 18:21 Uhr.
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz