Discussion :

[playa]

Bonjour,
Je voudrais savoir la différence entre un standard commit et un commit ?
Est ce que le fait de mettre un commit au lieu d'un standard peut poser des problèmes plus tard, genre des problèmes de sauvegarde.
Je prends l'exemple d'un exo que j'ai ou tu as 2 tables course et résultat.
Sur mon module formulaire, j'ai un block course et un block résultat avec une relation maitre détail. Il y a un synchro auto entre le modulaire de formulaire et la BD.
La question était pourquoi on peut pas sauvegarder lorsqu'on rajouter une nouvelle occurrence dans le block course avec tous les résultats associés à celle-ci !
Est ce que c'est bien un problème entre le standard commit et le commit normal ?

Merci davance.

[SheikYerbouti]

c'est quoi un "standard" commit

[playa]

Ben euh.... ! Je te pose la même question. ^^

Ha trouvez :
COMMIT = commit + autosave
Standard = commit

Par contre que fait un autosave en plus ?

Mise à part cela, pour toi pourquoi on ne peut pas enregistrer des données par rapport à mon ex?

[SheikYerbouti]

auto/save ? ceci n'est pas une notion Forms. d'où tenez-vous cette bizarrerie ?

[buggen25]

salut, pour moi les transactions, c'est assez simple (j'essaye)
Tant qu'on est entrain d'enregister dans les fichiers redo/log
COMMIT : enregistrer sur disque
ROLLBACK : annuler les changements dans les fichiers redo/log

Le reste est un detail

[SheikYerbouti]

... A moins qu'il ne s'agisse de la différence entre POST et COMMIT ?

dans ce cas, POST génère tous les ordres SQL en base (delete, update,insert), mais ne fait pas le commit final, donc ça peut être annulé avec un ROLLBACK.