O intrebare mai mult teoretica deoarece sunt convins ca nu exista o solutie care sa acopere tot ... pana la urma tot trebuie sa se faca un compromis.
Pentru o aplicatie (economica - 5% write - 95% read) distribuita, care este cea mai buna solutie pentru sincronizare de informatii. Comunicarea cu baza poate sa fie orice ... incepand cu ODBC ...
cerinta este:
toata lumea sa vada informatiile (de la toata lumea) - adica sa se replice tot - nu numai anumite tabele sau parti din ele.
sa nu fie restrictii de viteza
sa fie actualizare in timp real (stocuri si alte prostii).
sa se poata folosi aplicatia in mare masura a timpului.
nu conteaza ce versiune de MSSQL folosim.
V1: 1 server SQL - pe care il folosesc toti (prin intranet, internet sau ce se mai gaseste)
- avantaj: datele sunt tot timpul reale.
- dezavantaj: pentru operatii cu cantitati mari de date avem bottleneck. Daca "pica" legatura la "slave" - nu poate folosi aplicatia.
V2: mai multe servere SQL care se replica intre ele.
- avantaj: viteza mare
- dezavantaj: replicarea (ma refer numai la merge) este dificila pentru rata mare de modificare ale aceleasi informatii.
V3: mai multe servere - si trigger CRUD pe tabele care sa aplice modificarie pe toate
- avantaj: viteza ok, date in real time.
- dezavantaj: daca "pica" legaturile - toata lumea sta.
V4: mai multe servere - trigger CRUD care logheaza modificarile - si pe care le aplica pe restul serverelor (asincron daca e nevoie).
- avantaj: viteza ok, date real time (cat e sus conexiunea).
- dezavantaj: complicat dpdv al codului si al stocarii modificarilor. Pot sa apara neconcordante in momentul in care se foloseste aceeasi resursa.
Altele ? ...
www.fagadar.ro