Transaktioner

[BrJohan]

Det är tänkt att fungera så och det gäller även orter.

Fanns tanken på att använda autonoma subtransaktioner? (Eller är det så att Delphis SQLite inte stödjer sådana?)

Varje nytillfogad källhänvisning skulle i så fall ha kunnat och bort hanteras som en sådan autonom subtransaktion. Ett "OK" skulle då resultera i "COMMIT" för den aktuella subtransaktionen och användaren skulle ha sin källhänvisning kvar även om supertransaktionen 'kastas'.

(Utbrutet från http://forum.dis.se/vb/showthread.ph...ull=1#post9677 /Moderator)

[DanielBerglund]

Fanns tanken på att använda autonoma subtransaktioner? (Eller är det så att Delphis SQLite inte stödjer sådana?)

Varje nytillfogad källhänvisning skulle i så fall ha kunnat och bort hanteras som en sådan autonom subtransaktion. Ett "OK" skulle då resultera i "COMMIT" för den aktuella subtransaktionen och användaren skulle ha sin källhänvisning kvar även om supertransaktionen 'kastas'.

Vi satte i ett tidigt skede en ganska enkel modell för hur databasklasserna i programmet skulle se ut och användas och då ingick inte sådant eftersom det var viktigare med enkelhet. Vi får väl se i framtiden vad som händer.

[BrJohan]

Enkelhet för programkonstruktörer bedöms alltså vara viktigare än enkelhet för programanvändare!!

Ett välartat användargränssnittsbeteende är att man efter "Avbryt" eller 'X' inte förlorar andra datainmatningar än de som modifierats i det aktuella dialogfönstret. Om man av skäl som ex.vis kan bero på transaktionshantering, förlorar andra data så måste/bör man få reda på detta via någon popup-dialog för att antingen bekräfta eller ångra sig.

Jag väntar med att installera och pröva DG2016 tills uppdateringar gjort att 'skakigheten' - som den förnims via forumdiskussionerna - avtagit tillräckligt. Därför kan jag inte själv läsa vad som visas via "Hjälp" i den aktuella dialogen. Dock har jag läst den guide som heter Källor och som bl.a. avhandlar källhänvisningar, men inte funnit något som berör de konsekvenser som transaktionsförfarandet kan medföra.

[DanielBerglund]

Enkelhet för programkonstruktörer bedöms alltså vara viktigare än enkelhet för programanvändare!!

Ja, självklart är det så. Givetvis väljer vi en lösning som vi tror oss bli klara med inom rimlig tid hellre än en lösning som vi inte tror vi blir klara med.

[BrJohan]

En kommentar - av många möjliga - är att åtskilligt förklaras av vald designfilosofi.