Discussion :

[cosmos38240]

Bonjour,

L'application est basé sur une BD oracle.
Je souhaiterais pouvoir mettre à jour directement des données dans une table de cette base par SQL*Loader.
Cependant je pense que cela peux poser des soucies car un utilisateur peut très bien par le bias de l'application modifier les données de cette table en même temps.
Y a t'il une solution pour éviter cela ?

Merci

[pifor]

SQL*Loader ne fait que des INSERT en général. Les risques de conflit sur INSERT ne peuvent arriver que si deux transations essaient d'insérer une ligne avec la même clé primaire: cela est-il possible dans votre cas ?

Si l'utilisateur modifie des données insérées par SQL*Loader car il y a eu COMMIT, il n'y a pas de problème au niveau Oracle mais peut-être au niveau applicatif ?

Quel est le cas de figure détaillé qui pose vraiment problème ?

[cosmos38240]

Bonjour,

En effet je n'avais pas vu que l'on ne pouvais pas mettre à jour.
Mais le problème reste le même.
En insertion aucun problème.

En modification ou suppression je peux très bien manipuler un record (par procedure stockée ou autre) qui a déja été chargé par l'application.
Ainsi l'utilisateur de l'application peut se retrouver avec des données incohérentes pendant une periode et si ce dernier effectue des modifications et "valide il va ecraser celles de l'interface.

Il faudrait en faite lui faire remonter un signal pour lui indiquer que ces données ne sont plus "valides"

Y a t'il un moyen simple de faire cela ?

Merci

[pifor]

Ainsi l'utilisateur de l'application peut se retrouver avec des données incohérentes

Oracle ne permet pas de faire des lectures "sales": si la donnée est en cours de modification, on ne peut que lire l'état de la donnée avant modification. En aucun cas on ne peut lire la valeur d'une donnée en cours de modification par une transaction concurrente.

Si on veut éviter que 2 transactions concurrentes modifie la même ligne d'une table et que l'une écrase la mise à jour de l'autre (problème du "lost update": ce qui est possible dans certains cas), il faut que les 2 transactions verrouillent la ligne de la table en question avant l'UPDATE avec SELECT ... FOR UPDATE car UPDATE va verrouiller la ligne en exclusif mais seulement entre l'UPDATE jusqu'au COMMIT.

[cosmos38240]

Merci