Optimistisk låsing
Optimistisk låsing oppdager ved lagring om en post er endret siden tilstanden som ble lest.
Sammenlign utgangspunktet ved lagring
Optimistisk låsing kontrollerer ved endring om kjent posttilstand fortsatt gjelder. Ofte brukes en versjonsidentifikator som sammenligningsverdi. I et oppdiktet eksempel redigerer to personer samme serviceadresse. Etter første lagring skal den andre ikke ubemerket overskrive den endrede tilstanden.
Versjonsvilkåret og skrivingen må håndheves pålitelig sammen. En tidligere sammenligning fulgt av ubeskyttet skriving er ikke nok. Ingen lang redigeringslås holdes under brukerens inntasting; korte låser kan likevel oppstå ved databaseskriving. En oppdaget konflikt krever en forretningsmessig løsning, som å lese på nytt og vurdere endringene. Mekanismen avgjør ikke hvilken inndata som er riktig.
Kilder
Beslektede begreper
- DatabaselåsEn databaselås koordinerer samtidig tilgang til data eller objekter slik at uforenlige operasjoner ikke skjer ukontrollert.
- ForretningsregelEn forretningsregel beskriver en forretningsmessig betingelse eller beslutning som styrer behandlingen av et forløp.
- LegacysystemEt eksisterende system som fortsatt brukes, med tekniske og forretningsmessige avhengigheter bygget opp over tid.
- MultitenancyMultitenancy støtter adskilte kunde- eller gruppeområder i samme løsning. En tenant er ikke automatisk én person eller én database.
- NettlesercacheNettlesercachen lagrer egnede HTTP-svar for senere bruk. Gjenbruk og ny validering følger de aktuelle reglene.
- Cache-invalideringCache-invalidering avslutter gjenbruk av en kopi etter definerte regler. Kildeposten er fortsatt en egen sak.
Artikler om temaet
Programvareutvikling med ASES
Skreddersydd programvare, web- og mobilapper