Rent teknisk er det at en transaksjon har endret data, men transaksjonen er ikke avsluttet ennå. Når andre spørringer leser fra databasen, henter de ut disse dataene som potensielt kan bli rullet tilbake.
Om dette kan skje er avhengig av isolasjonsnivået til transaksjonen. Det er for eksempel ikke mulig i Postgresql, fordi "Read uncommitted"-isolasjonsnivået finnes egentlig ikke i PG.
https://www.postgresql.org/docs/current/transaction-iso.html - dokumentasjonen til Postgres om isolasjonsnivåer og hvilke potensielle feilsituasjoner som er mulige i disse. De har ganske greie forklaringer.
Når data er "dirty" på generell basis, betyr det at de er endret uten å være lagret/synkronisert.
Vh. Sigmund
Den 08.12.2023 21:12, skrev John Eriksen:
Det stemmer.
I læreboka mi om databaser har de valgt å kalle det for "ikke-overgitte data". Om dette er en offisiell oversettelse vet jeg ikke, men boka inngår i en serie lærebøker som med fokus på å utvikle norskspråklig pensum for datafag, og har mottatt språkpris fra Den Norske Dataforeningen og Norsk Språkråd for arbeidet med å fornorske IT-uttrykk.
Et uttrykk som mer direkte reflekterer det engelske er f.eks "urene avlesninger". Det er kanskje en billig oversettelse, men om man kjenner til "dirty reads" fra før vil man sannsynligvis kjenne det igjen.
Vennlig hilsen
John
On 08.12.2023 17:06, Kolbjørn Stuestøl wrote:
Etter det eg har forstått, er "dirty reads" når ein transaksjon les ein verdi frå ein database og denne verdien (seinare) blir endra utan at den første lesinga oppdagar dette.
Eg har lite erfaring med databaser i LibreOffice, så det kan godt hende eg tar feil.
Finst det ei «offisiell» omsetjing av dette?
Helsing Kolbjørn
E-postlista l10n-no http://lister.huftis.org/listinfo.cgi/l10n-no-huftis.org
E-postlista l10n-no http://lister.huftis.org/listinfo.cgi/l10n-no-huftis.org