Version imprimable
je recupere des donnees depuis une bd que j'affiche dans une jtable,
a partir de mon interface graphique je peux inserer des données dans la bd
le probleme est la mise a jour dans la jtable, est ce que je dois refaire un select a chaque fois que j'insere un element? c tres lourd
la solution ne serait elle pas d'utiliser le striggers: est que c possible de faire un trigger qui me renvoi les donnes nouvellement inseres et les communiquer au une classe java?
bd : postgresql
merci d'avance
J'ai trouvé ca sur le site de postgre:
http://gborg.postgresql.org/project/...rojdisplay.php
Il est donc possible d'écrire des triggers en java.
Pour faire marcher le tout ensemble, tu peux peut etre t en sortir avec des flux de données
Hello,
Pourquoi tu veux refaire un select apres avoir inseré les données?
Lors de ton insertion tu verifies bien que les données sont correctement insérées ( pas d'exception lors de l'insertion, transaction terminée sans Rollback..) Puis tu utilises les données que tu as en memoire pour les inserer dans la Jtable.
Je crois que les triggers ne sont généralement pas tres recommander...(C'est ce que j'ai cru entendre! ) :roll:
J'aimerai bien savoir ou est ce que tu as entendu ça.
Hello,
Sur différents projets sur lesquel j'ai travaillé.
Mais je crois que c'est l'éternelle 'guerre', entre savoir ou placer les traitements...
Un pro base de données te diras tout doit se trouver au niveau de la base (Proc. stock., trigger,etcc) Un developpeur 'fou' prefera garder la main sur les traitements et tout faire au niveau du code.
Personnellement je n'ai jamais fait de strigger ... je me situe plutot du coté developpeur. Par contre je me rend compte de plus en plus qu'une base de données à cetaines possibilités d'optimisation et pas mal de fonction (SQL) qu'il est bon de ne pas ignorer...
Et qu'il est bcp plus interessant de se situer entre le pro BDD et le developpeur 'fou' afin de repartir au mieux les traitements!
Donc je remontais juste cette info, par rapport à des discutions que j'ai pu avoir sur differents projets. Maintenant je n'affirme rien.
Ok c t juste pour savoir s'il y avai un réel risque à utiliser des Triggers.
Et franchement dans de nombreux cas ca serait dommage de s'en passer, car ils peuvent tres utiles.
Je me situe aussi coté developpeur, mais ayant vu plusieurs outils proposé par les BD pendant ma formation, je trouve dommage de se limiter au code.
merci pour tous , je vois que probleme concerne bcp de personnes
concernant ta solution faszn, je l'utilise déjà mais je me rend compte qu'elle n'est pas adaptée a mon probleme --> plusieurs clients vont utliser l'interface graphique et si l'un insere des données, il faut que tous voient les nouvelles données insérées dans leur jtables
autre chose, je suis 100% de ton coté, moi aussi je suis un developpeur ,
mes connaissances en sgbd sont un peu limités mais je me rend compte que l'utilsation de certaines fct des sgbd est certainement mieux que de coder
Hello,
Effectivement si l'application est utilisée par plusieurs clients ca ne peux pas marchée..
Maintenant tu pourrais essayé de charger ces données dans un cache au demarrage de l'application et de mettre à jour ce cache (Un cache global à tous les utilisateurs).
c'est moins couteux de faire une requete en memoire que sur la base...bon apres il faut voir si il y a bcp de données...
oui, c une solution
mais est ce que l'utilisation des triggers ne serait pas plus appropriées
--> a chaque fois q'un nouvel enregistrement est créé, les triggers notifie tous les clients des nouvelles donnees ( je sais pas s'ils peut faire ca mais je pense que oui)
Hello,
Je ne suis pas sûr des mes infos. Je vais dire sûrement de grosses bêtises:
- Je pense que les triggers ne peuvent agir que dans la base de données. Ils ne peuvent pas interagir avec une application externe. La notification de la part d'un trigger à un client ne me semble faisable.
- A mon avis, la solution est peut être à rechercher du côté des "cursors".
J'ai souvenir que certains types de cursors génèrent une erreur (exception) quand ils naviguent dans une table et que cette table a été modifiée par un tiers.
Moi je penserai plutot à des flux de données.
Ou encore par des socket.
Apres à toi de voir si c'est facile à mettre en place.
Hello,Citation:
Envoyé par barbu0055
Est ce que tu pourrais preciser ta pensée à propos des flux de données ou des sockets?
Pour en revenir aux triggers, ils sont 'en général' mal vu par leur consommation en ressources.
En effet, les triggers servent souvent pour tester avant ou apres une insertion , quand tu inseres un élément c'est pas génant mais quand ce que tu inséres vient du résultat d'une autre requete ca bouffe énormement de ressource .
A froid comme ca je ne peux pas trop te dire commentca peut se mettre en oeuvre.
Mais les socket servent à faire communiquer deux applications.
Mais je pense qu'il suffirai que ton trigger ecrive sur une socket les informations qui ont été insérées dans la table.
Et ton application récupère les informations envoyées sur cette socket.
Regarde dans les faq pour faire ce genre d'appli.
Hello,Citation:
Envoyé par barbu0055
Je connaissais les sockets... mais je me demandais comment tu voyais leur utilisation dans ce cas la..
Mais j'ai peur que ca fasse un peu usine à gaz à terme ... non? :roll:
Salut barbu0055
Crois-tu qu'il est possible de récupérer l'adresse Ip du client dans un trigger?
J'en doute bcp mais je suis là pour apprendre ;-)
Bonne question, aucune idée.
Mais à partir du moment ou le trigger est écrit en java, pourquoi pas.
merci à tous pour vos suggestions,
j'ai discuté de la question avec mon chef de projet, il m'a expliqué que pour ce genre de traitement, on va utiliser un serveur d'application( a priori jboss ou jonas : on hesite encore entre les deux) qui se chargera de ces taches via l'utilisation de jms.
mais comme je suis chargé de faire seulement la maquette ( le projet n'a pas encore vraiment démarré) , je n'ai pas à me soucier de ces détails
Promis, je vous tiendrai au courant de notre conception et de la façon avec laquelle , on résoudra ce pb
encore merci
Hello,
Oui je serai interessé!!
bon courage! :D
Je suis dans le meme cas precedemment cité, et je ne vois pas non plus comment mettre en oeuvre un ecouteur sur un trigger afin de récuperer certaine modification de ma base... :cry:
Si quelqu' un d'autre a une idée !!!!
Merci d'avance :wink:
Enfin de compte on n'a pas utilisé des trigger, on a utilse le serveur jboss sur lequel on a installe notre application basée sur hibernate et les ejb.
Lorsqu'un client desire inserer un nouveau champ dans une table, il eninforme le serveur qui execute la demande et notifie tous les client qui sont inscrits : utilsation de jms
JMS est la technologie cle qui nous a permis de resoudre ce probleme
arf ca m'arrange pas tout ca :cry: J'ai pas vraiment envie d'utiliser de serveur applicatif ...
Bon si quelqu un voit autre chose il serait le bienvenu :)
Personne a de solutions a ce genre de Probleme ????
J'ai bien pensé a réactualiser ma requete par un thread, toute les minutes par exemple, et que si un tuple est réutilisé on vérifie que l' information est la meme sur la base ....
Mais c'est vraiment pas très propre tout ca :? :? :?
As-tu vraiment besoin de rafraichir ta table à chaque modification en BD.
La plupart des applications qui affichent des données issues d'une BD ne font pas ce genre de choses (en tout cas je n'en connais pas).
En général, il y a un bouton 'Rafraichir' et c'est à l'utilisateur de demander la mise à jour de sa vue.
Et bien ca serait mieux de rafraichir ma table à chaque modification de ma BDD, mais bon ouais je crois que je vais me résigner a faire le rafraichissement par l'intermediaire d'un boutton refresh... :cry:
Eh oui, eh oui. Je comprends ta déception !
Mais franchement, peux-tu me citer une application qui fait ça ?
Même les applications dont le rôle est de travailler directement sur les BD (genre TOAD, ...) ne font pas cela !
En fait l'application que je veux faire travaille elle aussi directement sur la base afin de mieux gerer l'aspect multiUtilisateurs. C'est pour ca que j'avais esperer une certaine transparence entre la base et ce que voit l'utilisateur...
Sinon le fait d'avoir un thread rafraichissant ma Jtable toute les minutes serait bien ?? Je sais ca depend pas mal du nombre d'enregistrements...Mais Bon ca me parait un peu une usine a gaz quand meme :roll:
l'utilsation d'un thread me parait pas une si mauvaise idee,
je crois d'ailleurs que c'est la seule option qui reste