1. differenzen rausfinden sind sehr aufwendig
2. Es ist nicht sehr effizient st�ndig (alle paar minuten) komplette
DB-Kopien �bers Internet zu schaufeln.... schon gar nicht, wenn man eine schlechte
Anbindung hat, aber sonst auch nicht...
an welcher stelle kannst du �berhaupt ansetzten? was kannst Du �ndern?
oder ist es so, dass eine software, die eigentlich nicht netzwerkf�hig ist,
verteilt(mit �bgleich) einzusetzen ist?
Claudius
> war n' kalter....
>
> Ich habe keinen EInfluss auf die Anwendung auf den ClientServern, die ja
> auch eine Reservierung machen k�nnen.
> Ich kann an dieser Anwendung nix �ndern.
> ich kann also keinen timestamp und kein dirtybit setzen.
> deswegen dachte ich ja daran die Db zu duplizieren um die diferent
> herauszufinden.
>
> In einer externen DB auf dem ClientServer kann ich es auch nicht
> schreiben,
> weil ich nicht wei� wie ich es mitbekommen soll, wann die Anwendung nun
> was
> in die DB schreibt ...
> Wie ist es eigentlich mit AccessXP .... Gibt es dort sowas wie timestamp,
> oder trigger, ....???
nein.
>
> Gru� Mansur
>
> >
> > okidoki....
> >
> > also... ich w�rde nicht mit kompletten DB-Kopien arbeiten...
> > Ich w�rde ein timestamp in jede tabelle einf�gen, dass bei jedem
> > update/insert entsprechend gesetzt wird(now())....
> > Access bietet das nicht, aber es d�rfte kein Problem sein, die
> > funktionalit�t selbst zu programmieren.
> > Diese DB-Ver�nderung muss nat�rlich auch auf dem haupserver
> stattfinden...
> > Ausserdem muss sich jeder ClientServer den Zeitpunkt seines
> > letzten updates
> > merken.
> >
> > Bei jedem Update(alle x minuten, optional zus�tzlich bei jeder
> ver�nderung
> > ein Versuch) schickt der ClientServer alle Daten, die neuer sind als
> beim
> > letzten Update und bekommt vom Server alle Daten, die neuer sind
> > als das letzte
> > update (die liste sollte der server anlegen, bevor er die updates
> > eingespielt
> > hat, weil er sonst auch die Client-Server-Updates nochmal mitschickt)
> als
> > XML...
> >
> > Um Verluste bei leicht verstellten Uhren zu umgehen, k�nnte man 15 min
> > toleranz einbauen...
> >
> > Lokal(auf den serverClients) k�nnte man die Auswahl auch �ber ein
> > dirty-bit
> > regeln... auf dem hauptserver aber nicht mehr...
> >
> > falls Du die Tabellen nicht mehr �ndern kannst, musst Du
> > �nderungen in einer
> > gesonderten Tabelle speichern, bzw. die �nderungen live
> mitschreiben(XML),
> > bloss kannst Du das auf dem Server nicht mehr machen... Der m�sste sich
> > n�mlich sonst irgendwie merken welche �nderungen er schon al
> > welche ServerClients
> > geschickt hat.
> >
> > Claudius
> >
> > >
> > > >
> > > >
> > > > ok... nur um sicher zu gehen, dass ich alles verstanden habe...
> > > >
> > > > es gibt einen hauptserver und mehrere client-server, die
> > clients f�r den
> > > > haupserver und server f�r ein intranet sind...
> > > > client-server gleichen sich, wenn m�glich, mit dem hauptserver ab.
> > >
> > > ������hhh?
> > > ahhh ja genau :-)
> > >
> > > WWW-Server ( (copy-DB1) + (copy-DB2) + (copy-DB3) )
> > > +------------------+---------------------+
> > > | | |
> > > Client-Server1(DB1) Cl.Server2(DB2) Cl.Server3(DB3)
> > > |
> > > |
> > > |
> > > +---+-----------------+
> > > | |
> > > CLient1 Client2 (Macht ne Reservierung auf DB1)
> > >
> > >
> > > Client-Server1 (2,3) sollen sich mit dem WWW-Server verbinden und Ihre
> > > Copy
> > > der DB abgleichen. Also:
> > > CLient-Server1 --> WWW-Server
> > > WWW-Server --> Client-Server1
> > >
> > > Gru� Mansur
> > >
> > > >
> > > > Claudius
> > > >
> > > > > Hi,
> > > > >
> > > > > aahh vielleicht kommt ja noch was ...
> > > > >
> > > > > >
> > > > > > Habe ich das richtig verstanden, dass Du auch auf den
> > Clients einen
> > > > > > Webserver brauchst f�r die lokale App?
> > > > >
> > > > > Naja das w�re ne M�glichkeit, die ich aber eher ausschlie�en will.
> > > > > Meine Idee war vom Client (Kein Server) ein Request zu starten,
> der
> > > > > WWW-Server liefert die �nderung, und der Client arbeitet es ab
> > > > und liefert
> > > > > �nderungen die auf Clientseite gemacht wurden an den
> > WWW-Server, damit
> > > > > dieser seine DB aktuallisiert.
> > > > >
> > > > > > Abgeglichen wird in beide Richtungen(,falls gerade m�glich...)?
> > > > >
> > > > > Der Aufruf soll alleine vom Client kommen, da nicht sicher ist
> > > > ob und wann
> > > > > dieser online ist. Abgeglichen sollen aber beide DB's
> > werden (WWW und
> > > > > Client)
> > > > >
> > > > > > Was hast Du eigentlich vor, wenn sowohl auf dem Server als
> > > > auch auf dem
> > > > > > Client der gleiche Datensatz geupdatet wird?
> > > > >
> > > > > Naja ich habe eine ClientDB auf die mehrere Intranet Benutzer
> > > > daten �ndern
> > > > > k�nnen (Reservieren).
> > > > > Ich m�chte nun �ber das Web ebenfalls eine Reservierung
> realisieren
> > > (Ich
> > > > > soll).
> > > > > Da der WebServer jedoch keine direkte Verbindung zum Client
> > herstellen
> > > > > kann,
> > > > > muss ich den Abgleich nur von einer Seite, dem Client,
> > > bewerkstelligen.
> > > > > Es gibt auch mehrere Intranets die jeweils eine DB haben. EInige
> > > dieser
> > > > > Intranets haben jedoch keine Standleitung (Oder DSL-Flat),
> > > > sondern nur ein
> > > > > Modem/ISDN und Dial-In.
> > > > > Ich muss also versuchen vom Client aus einen Abgleich mit dem WWW
> zu
> > > > > machen
> > > > > um:
> > > > > -WWW-Reservierungen auf den Client zu bekommen
> > > > > -Etwaige Clientseitigen Reservierungen auf den Webserver
> > > > �bertragen, damit
> > > > > auf dem Web bekannt ist ob etwas reserviert wurde.
> > > > >
> > > > > >Timestamp bringt
> > > > > > hier �brigens nur
> > > > > > bedingt was, da auf beiden Seiten �fter geupdatet werden
> > > > kann... Reicht
> > > > > es
> > > > > > Dir, wenn bei gleichzeitigen Updates der letzte
> > > > > > "gewinnt"?(wahrscheinlich nicht)
> > > > > > Oder stellt das kein Problem dar, weil jeder Client nur auf
> > > > seinen Daten
> > > > > > arbeitet?
> > > > >
> > > > > Naja ich nehme einen Konflikt in Kauf, da zwischen zwei updates
> > > > ein Posten
> > > > > auf dem WWW sowie auf den Clients reserviert werden kann. Ich
> k�nnte
> > > das
> > > > > nur
> > > > > verhindern, wenn eine WWW-Reservierung SOFORT auf den CLient
> > > �bertragen
> > > > > wird.
> > > > > Das geht aber eben nicht. Ich nehme also in Kauf, da� einer
> > der beiden
> > > > > gewinnt...
> > > > > Es geht hier aber nicht um eine gro�e Sache (Hotelreservierung
> > > > oder so was
> > > > > schlimm w�re), sondern um eine Vorreservierung kleiner
> > "Leihartikel".
> > > > >
> > > > > Einzige M�glichkeit von der ich aber nicht genau wei� wie das
> > > > l�uft, ist,
> > > > > da� man sich mit den Clients per PCAnywhere verbinden kann.
> > > > > Dazu br�uchte ich aber ne Komponente, die einen Telefonanruf an
> > > > den Client
> > > > > sendet (Call-Back DF�), oder RAS???? Damit will ich aber
> > nix anfangen,
> > > > > weil
> > > > > ich sonst keinen Provider finde, der seinen Server an ne
> > > Telefonleitung
> > > > > ranh�ngt (Geschweige denn die Komponente, die den ANruf t�tigt.
> > > > >
> > > > > Bei DSL-Flat w�re es kein Problem, da k�nnte ich einen
> > > > sofortigen Abgleich
> > > > > machen, aber das ist eben nicht gew�hrleistet ...
> > > > >
> > > > > Gru� MAnsur
> > > > >
> > > > > >
> > > > > > Claudius
> > > > > >
> > > > > > > Morgen miteinander,
> > > > > > >
> > > > > > > ich m�chte heute nocheinmal ein konzept �berdenken und hoff
> Ihr
> > > > > > k�nnt mir
> > > > > > > vielleicht nen Vorschlag machen, der mir noch nicht
> eingefallen
> > > ist.
> > > > > > >
> > > > > > > Datenbankabgleich zw. einer client Datenbank und einer Server
> > > > > Datenbank.
> > > > > > >
> > > > > > > auf einem Clientrechner habe ich eine Datenbank habe ich eine
> > > Access
> > > > > DB
> > > > > > > mit
> > > > > > > 3 Relevanten Tabellen, die zusammen ca. 7500 Datens�tze haben.
> > > > > > > Ich sch�tze mal die Ver�nerung der Datens�tze auf ca. 100
> RS's.
> > > pro
> > > > > Tag.
> > > > > > >
> > > > > > > Ich muss �ber ein Webinterface die Datenbest�nde des Clients
> > > �ndern
> > > > > > > k�nnen.
> > > > > > > Nach M�glichkeit sollte dies NICHT vom WWW-Server aus
> geschehen,
> > > > > sondern
> > > > > > > vom
> > > > > > > Client aus (Mir ist klar, da� es dadurch zu
> > > > Unregelm��igkeiten kommen
> > > > > > > kann).
> > > > > > >
> > > > > > > Ich dachte mir das ganze so:
> > > > > > > -User ver�ndert Datensatz auf dem WWW, gleichzeitig wird diese
> > > > > > Ver�nderung
> > > > > > > in ein XML-File geschrieben (FreethreadedDomDocument)
> > > > > > > -Auf dem Client wird alle nn Minuten kleines Programm aktiv
> > > > (Task)...
> > > > > > > ("App1")
> > > > > > > -App1 ruft per XMLHTTP die XML-Datei des Servers ab
> > > > > > > -Anhand der gleichen ID's von ServerXML und CLientDB wird
> > > > die ClientDB
> > > > > > > ge'updatet
> > > > > > > -Die ClientDB wird per fso dupliziert
> > > > > > >
> > > > > > >
> > > > > > > einige Minuten sp�ter....
> > > > > > > -bevor der oben dargestellte Ablauf stattfindet wird die
> > > Duplizierte
> > > > > DB
> > > > > > > mit
> > > > > > > der reg. ClientDB verglichen (Verschachtelte RS) und daraus
> ein
> > > XML
> > > > > File
> > > > > > > gebildet, da� die Differenz darstellt. Das ist n�tig, da�
> > > > die CLientDB
> > > > > > > auch
> > > > > > > auf Clientseite ver�ndert werden kann und ich keinen EInfluss
> > > > > > darauf habe
> > > > > > > ("BlackboxAPPL.")
> > > > > > > -Es werden wiederum die WWW-XML Abgleich geholt und danach die
> > > > > > Client-XML
> > > > > > > Abgleich hochgeschickt
> > > > > > >
> > > > > > >
> > > > > > > Hat jemand ne bessere L�sung?
> > > > > > > Am besten w�re es nat�rlich wenn jeder Client ein kleiner
> > > > > > Server w�re und
> > > > > > > der WWW-Server seine Ver�nderungen sofort hinschickt,
> > da aber der
> > > > > Client
> > > > > > > auch offline sein kann ist das nicht zu machen.
> > > > > > >
> > > > > > > Hat jemand noch einen anderen Vorschlag?
> > > > > > >
> > > > > > > Gru� Mansur
> > > > > > >
>
> >
>
>
> | [aspdecoffeehouse] als [EMAIL PROTECTED] subscribed
> | http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
> | Sie k�nnen sich unter folgender URL an- und abmelden:
> | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
>
--
GMX - Die Kommunikationsplattform im Internet.
http://www.gmx.net
| [aspdecoffeehouse] als [email protected] subscribed
| http://www.aspgerman.com/archiv/aspdecoffeehouse/ = Listenarchiv
| Sie k�nnen sich unter folgender URL an- und abmelden:
| http://www.aspgerman.com/aspgerman/listen/anmelden/aspdecoffeehouse.asp
