Quoting Vali Dragnuta <[EMAIL PROTECTED]>:
> Ma uit acum si la firebird sa vad daca face ceea ce vrei tu.
> Pe de alta parte poate ai putea rezolva mai simplu cu un modul
> la aplicatia ta care sa sincronizeze datele atunci cind se poate.
>
> Pe de alta parte daca iei in calcul si o solutie comerciala,
> totul depinde de bugetul pe care il ai la dispozitie pentru
> proiect... in ultima instanta, in functie de de amploarea
> proiectului si de vendor, sint sigur ca ai putea eventual
> negocia preturi mai bune, daca te adresezi cui trebuie.
>
Daca te uiti la www.ibphoenix.com o sa vezi ca au ceva numit
IBReplicator, dar din pacate e comercial.
Anul trecut facusem eu un modul de replicare asincrona intre
mai multe locatii bazat pe urmatoarea schema:
- pentru tabelele la care doream replicare am facut niste triggere
pe insert/update/delete care memorau toate operatiile intr-un jurnal
de modificari ("in tabela x la inregistrarea cu cheia y utilizatorul z
la timpul w a I/U/D campul c cu valorea v"...ceva de genul asta..)
- jurnalul de modificari locale era apoi exportat in fisier text,
comprimat si trimis pe mail la locatia centrala (de fapt la un server
de mail, care nici macar nu trebuie sa fie unic...)
- de pe acel server de mail erau apoi primite mesajele cu modificarile
de la celelalte locatii care erau aplicate in ordine.
Ceea ce nu se prea potriveste la schema ta e ca se facea in aplicatia
client, la cerere. Eventual poti sa faci o aplicatie agent de replicare.
In schimb chestia mergea pe un numar mar de locatii, si fara conexiune\la
internet permanenta.
Tiberiu
---
Detalii despre listele noastre de mail: http://www.lug.ro/
