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, ....???
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
