Discussion :

[bluekat]

Bonjour à tous,

Dans le cadre de mon stage j'ai réalisé une application de la manière suivante :

Dans la BDD :
J'ai une table Institution.
J'ai également des tables d’associations comme par exemple SecteurInstitution qui reprend les secteurs dans lesquels cette institution est active.


Dans mon application


Lors de la première ouverture de cette interface, je récupère tous les tuples de ma table Institution, je crée des objets Institution que je rajoute à une liste d'objets institution.
Je fais ensuite une requête sur mes tables d’associations qui associent, par exemple, à chaque objet Institution une liste de secteurs.
Une fois le chargement terminé, je rempli une listbox de ma fenêtre "recherche des institutions"
NB : la récupération des tuples ne se fait uniquement si ma liste d'objets institution est vide !

Vous suivez toujours ?

Je vous donne un aperçu de l'interface :




Vous remarquez qu'à droite se trouve un « volet » avec une série de critères de recherche, ceux-ci modifient le contenu de la listbox une fois qu'on clique sur le bouton rechercher.

Afin de garder les critères de recherche, je ne ferme jamais "recherche institution" mais je la cache.


Mon application se trouve sur un serveur.

Problème :

Soit X et Y deux personnes différentes sur des postes différents utilisant le programme en même temps
X rajoute l'institution MICROSOFT
(L’ajout se fait bien dans la BDD)
MAIS : Y ne peut pas voir MICROSOFT. Il est obligé de relancer le programme pour que MICROSOFT apparaisse dans la recherche d'institution.

Comment faire pour que Y ne doive pas relancer le programme. N'aurais-je pas du travailler avec des objets ? L'utilisation d'un DataSource permettrait-il la résolution du problème ?

Faire un bouton rafraichir qui recharge la liste est une option... Mais je souhaiterais savoir comment l'éviter ?

Merci beaucoup de votre aide !

[AcidLines]

Bonjour,

Lorsque tu charge tes éléments dans tes listes, celles ci sont en mémoire.
Lorsque tu fais des ajouts dans ta base de données alors que les éléments sont déjà chargé, ceux ci ne prennent pas en compte les ajouts.

Pour cela il faut que tu recharge tes éléments et que tu reconstruise ton composant.

Pour éviter de faire un bouton "Rafraichir", tu peux utiliser un timer qui par exemple, toute les n secondes va te rafraichir tes éléments et les recharger dans ta liste.

Ou alors ce même timer, toute les n secondes va compter le nombre d'item dans ta liste et comparer le nombre dans ta table. si le nombre est différent il te rafraichirai la liste, sinon il ne fais rien.

Après peut y a t'il d'autres moyens.

[Pol63]

il y a en effet plusieurs possibilités :

- rafraichir avec un timer et comparer ce qui revient avec tes éventuelles classes ; s'il y a peu de données ca peut suffire

- si ta bd le permet, utiliser le service de notification de changement de données, comme le service broker pour sql server (pas dispo sur sql express) avec notification de requete
ca revient à peu près au même qu'avec un timer sauf que ca se fait que quand c'est nécessaire

- passer par un système maison de notification reste le plus performant, donc nécessaire avec beaucoup de données et clients, mais ce n'est pas le plus simple et rapide à coder ; là aussi plusieurs possibilités, wcf, socket, dans la base etc...
via wcf/socket et un exe serveur on peut savoir qui est connecté, quand X ajoute une données, le serveur prévient les autres clients connectés en passant l'info changée
en passant par la base, on peut se faire une table qui contient les modifs (genre date, table, clé changée, et type de modif (ajout/update/del)) et lire dedans toutes les secondes ce qui est supérieur à la dernière date lue pour voir si on doit rapatrier des données

[bluekat]

L'utilisation de "datasource" ou "databinding" auraient-ils pu me simplifier la tâche ?