Citat:
izgleda da cu vec sutra da odustanem od toga i da isporogramiram objedinjavanje uz pomoc guid-a.
Jos nocas cu da proucavam replikacije :)))
Bojim se da se neces naspavati narednih meseci :)
Salu na stranu, ja sam napravio takva "rucna resenja" i ako nisi dugo u poslu ne bih ti preporucio da se upustas u ovako nesto, tj. upusti se slobodno, sigurno ces puno nauciti (mada ne garantujem da ces doci do uspesnog resenja).
Problematika replikacije, pored svih tehnickih pitanja sadrzi u sebi i neke konceptualne probleme: Ne znam sta te tvoje baze pokrivaju, ali ako je u pitanju bilo sta sto ima veze sa nekakvim poslovanjem, najveci problem koji moras u startu da razresis je
Kada je neki podatak potrebno sinhronizovati i preneti na drugu lokaciju/lokacije?
Ostali problemi kod "rucnog repliciranja":
1)Jedinstvenost kljuca za sve baze
2)Referencijalni integritet i sta kada se pri replikaciji on narusi
3)Kako se prenosi informacija o obrisanim zapisima i sta u slucaju brisanja u jednoj od baza - ko ima prioritet?
4)Da li uvek replicirati sve podatke ili samo one koji su novi/izmenjeni/obrisani
Ima jos puno, puno problema, a veruj mi da iako imam razvijeno odlicno "rucno resenje" za replikaciju izmedju MS SQL Servera bezim od takvih poslova kao djavo od krsta, jer kada dodjes u situaciju da o replikaciji brine neka "bakica pred penzijom" shvatis da ti sve to bas i nije bilo potrebno.