attendre la fin d'une requete ??

attendre la fin d'une requete ?? - Java - Programmation

Marsh Posté le 01-07-2002 à 11:49:45    

salut,
 
j'ecris un programme qui se connecte a une base de donnee access. Par programme, j'ajoute, suprime, et modife des entrees dans les tables de la base.
 
Mais comment faire pour que le programme attende la fin d'une requete (d'ajout par exemple) avant de continuer ?
en effet, je dois être certain, avant de faire certaines opérations, que ma table a été mise à jour. Alors comment bloquer l'execution ?
 
Merci.

Reply

Marsh Posté le 01-07-2002 à 11:49:45   

Reply

Marsh Posté le 01-07-2002 à 11:54:14    

Ms, si ton appli est mono thread, logiquement, les executeUpdate et autres ne te rendent la main que quand c ok, non !?

Reply

Marsh Posté le 01-07-2002 à 11:54:57    

vi. Sinon tu peux syncrhoniser les appels si tu es en multithread et Java est assez bien concu pour ce genre de choses.
 


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 01-07-2002 à 12:02:59    

ben j'en ai pas vraiment l'impression.
 
je m'explique.
je développe sous j++ 6. J'utilise un controle datagrid pour visualiser le contenu de mes tables.
 
Si je fais une requete d'ajout dans ma table, et que tout de suite apres dans mon code je fais un requery() pour recupérer le nouveau (en theorie du moins) recordest correspondant à ma table, et qu'ensuite je fais un update() de mon datagrid -> rien, le controle n'affiche pas la nouvelle ligne.
 
Par contre, si une seconde apres je clique qur un bouton qui fait exectement la meme chose (requery + update), la nouvelle ligne que je veiens d'insérer apparait.
 
Alors j'en conclus que la table n'a pas encore été mise à jour apres l'appel de la requete, d'ou ma question

Reply

Marsh Posté le 01-07-2002 à 12:03:35    

commit


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 01-07-2002 à 12:05:58    

swing est multithreadé.
sisi.

Reply

Marsh Posté le 01-07-2002 à 12:08:39    

--greg-- a écrit a écrit :

swing est multithreadé.
sisi.




 
 
sans blague :)


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 01-07-2002 à 12:10:14    

c'est bon !
 
en faisant setautocommit(false), et en appelant commit() a chaque requete ca marche impeccable.
Merci.
 

Reply

Marsh Posté le 01-07-2002 à 12:11:04    

sans blague ²


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 01-07-2002 à 23:00:21    

guigui84 a écrit a écrit :

ben j'en ai pas vraiment l'impression.
 
je m'explique.
je développe sous j++ 6. J'utilise un controle datagrid pour visualiser le contenu de mes tables.
 
Si je fais une requete d'ajout dans ma table, et que tout de suite apres dans mon code je fais un requery() pour recupérer le nouveau (en theorie du moins) recordest correspondant à ma table, et qu'ensuite je fais un update() de mon datagrid -> rien, le controle n'affiche pas la nouvelle ligne.
 
Par contre, si une seconde apres je clique qur un bouton qui fait exectement la meme chose (requery + update), la nouvelle ligne que je veiens d'insérer apparait.
 
Alors j'en conclus que la table n'a pas encore été mise à jour apres l'appel de la requete, d'ou ma question




 
J++ c pas vraiment du java  
datagrid nest pas un composant swing

Reply

Marsh Posté le 01-07-2002 à 23:00:21   

Reply

Marsh Posté le 02-07-2002 à 09:48:21    

veryfree a écrit a écrit :

 
 
J++ c pas vraiment du java  
datagrid nest pas un composant swing




 
ms, sérieusement, avec J++, on fait pas de Java portable !?

Reply

Marsh Posté le 02-07-2002 à 09:49:08    

ok ok mais bon c pas le but de la question. Tout le monde ici est d'accord pour dire que c'est de la merde mais peut etre qu'il n'a pas le choix non plus.
 
Ici il bosse avec un bD aceess donc la portabilité et machin brol n'est pas vraiment le but de la question ...


---------------
Just because you feel good does not make you right
Reply

Marsh Posté le 02-07-2002 à 11:20:56    

DarkLord a écrit a écrit :

ok ok mais bon c pas le but de la question. Tout le monde ici est d'accord pour dire que c'est de la merde mais peut etre qu'il n'a pas le choix non plus.
 
Ici il bosse avec un bD aceess donc la portabilité et machin brol n'est pas vraiment le but de la question ...




 
il est vrais
mais n'empeche que certaine perosnne ne sont pas au courant  
la preuve:"ms, sérieusement, avec J++, on fait pas de Java portable !?"
 
reponse : non ca crée des exe la plupart du temps et ca utilise des biblio proprietaire....

Reply

Marsh Posté le 02-07-2002 à 11:24:33    

de toute facon ms a annonce clairement k'il abandonnait le java (dans la forme Java langage portable de Sun) dans les prochains OS


---------------
Hyndex - Meuaarf !! ReZo !!!
Reply

Marsh Posté le 02-07-2002 à 11:41:21    

evode a écrit a écrit :

de toute facon ms a annonce clairement k'il abandonnait le java (dans la forme Java langage portable de Sun) dans les prochains OS




 
comment ça il abandonne ? il abandonne quoi ?

Reply

Marsh Posté le 02-07-2002 à 12:42:20    

el_gringo a écrit a écrit :

 
 
comment ça il abandonne ? il abandonne quoi ?




 
ca ve dire que le logiciel visual j++ n evolura plus il n y aura plus de nouvelles versions, de + la machine virtuel n est pas instalé sous xp et jparle de la machine vituel du navigateur!!

Reply

Marsh Posté le 02-07-2002 à 12:55:01    

http://fr.news.yahoo.com/020619/85/2n0wi.html


---------------
Hyndex - Meuaarf !! ReZo !!!
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed