O alta metoda de sincronizare neamintita aici este data de tehnologia service broker din SQL:

1.Cu ea poti face sincronizare prin mesaje asincrone;spuneti ca trebuie replicate toate informatiile, insa in mod real tabelele nomenclatoare se misca mai rar si mai mult datele care se modifica in tranzactii, deci ar fi sanse sa nu fie traficul foarte mare si sa duca la gatuiri;

2.Daca folosirea service broker ca mijloc de replicare este greoaie o puteti macar folosi in triggerii de care vorbiti aici: sa spunem ca un trigger este fired de 1000 de ori (adica de 1000 de ori sa zicem ca se face un insert pe tabela care lanseaza un trigger ), punand mesajele de raspuns ale triggerului intr-o coada service broker acestea vor curge asincron catre serverele target neblocand aplicatia care gazduieste triggerul de fata.

3.Un motiv in plus sa apelati la aceasta tehnologie (ca vad ca sunteti la etapa de arhitectura si inca nu e decis nimic) este acela ca service broker vine gratuit la SQL Server Express 2005 care este la randul lui gratuit insa are limitarile stiute

Iata o discutie de a mea cu unul dintre taticii tehnologiei, Remus Rusanu despre service broker.

 

---

Gheorghe Ciubuc,SQL Server Influencer, MCP(SQL 2000), MCTS (SQL Server 2005) , OCA(Oracle 9i), Sybase(Brainbench)