replikering i netværk

jeg er med på en lytter

tror vi skal vente på terry :-)

Det er muligt at jeg skriver hvad der allerede er indlysende. Men her er mit bidrag:

Et af de problemer der kan(vil) opstå er hvis der er fler medarbejdere der har rettet i den samme post. Så vil kun en af de rettede poster blive konsolideret replikeret tilbage i databasen på nettet. De øvrige rettelser vil gå tabt.

Hvis der er tabeller de benytter sig af autonummer og der tilføjes data til dem så vil der være primærnøgle konflikt når de skal konsolideres.

Jeg tror det bliver svært at lave noget om er helt problemfrit for din kunde.

Det lyder som en grum ting :-) Mest fordi data-flowet skal kunne gaa begge veje hvis jeg forstaar spoergsmaalet korrekt. Men hvis der kun er en medarbejder som tilfoejer data over weekenden vil det ikke vaere svert at synkronisere backend'en. Men hvis der anedres i strukturen af backenden over weekenden bliver der problemer.

Lige en kommentar til renehinsch:
Hvis tabellerne benytter autonummer som et ID-felt kan du assigne "random" fremfor "increment" hvilket skulle reducere dette problem. Det er godt nok mest lagt op til at bruges hvor flere brugere er koblet paa paa samme tid saa man undgaar at hvis flere brugere tilfoejer poster paa samme tid faar de ikke samme id.

DEt är klart att det går, vänner. Gör man det korrekt så är det driftssäkert! Det är därför funktionen finns, för att den ska användas! Riktigt det därt med random numrering, det minskar risken för replikeringskonflikt.