Discussion :

[samsam007]

Bonjour à tous,

Je débute dans le développement Windev. Je suis entrain de bosser sur une application qui gère la convocation d'agent à des commissions de santé.
Pour résumé, j'ai fais une fenêtre genre "fiche contact" qui permet à l'utilisateur de renseigner civilité, nom, prénom, adresse etc.... et surtout un champ date de la commission, un champ de motif de saisine (sous forme de liste déroulante) et un champ de saisie libre (commentaire)
Certains agents peuvent être convoqués à plusieurs reprises. De ce fait, je souhaiterai possible de retourner dans la fiche de l'agent, modifier la date de la commission, motif de saisine si besoin et champ libre commentaire et l'enregistrer. Cependant, il faudrait que j'ai un champ qui récapitule tous les changements de ces champs (champ multi-lignes par exemple ou autre??) pour avoir un genre d'historique des saisies agent?!!
De plus, il faudrait que je puisse faire une recherche sur ce champ historique...
Est ce que cela est possible? Pouvez-vous me donner des pistes ou des indications sur comment mettre cela en place?

Merci d'avance pour vos retours.
Bonne journée.

[Yusep]

Bonjour,
Ici :
https://doc.pcsoft.fr/fr-FR/?3044182...e_des_fichiers

[samsam007]

Bonjour,

Merci pour ce retour...
Je me suis déjà penché sur la journalisation des fichiers HFSQL mais il me semble que cela ne réponds pas exactement à ma demande.
Je vais essayer de d'écrire ce que je cherche à faire :

première saisie
les 3 champs de la fiche que je veux suivre :
date de commission : 22/11/2017
motif : accident de travail
commentaire : ACT BP
puis j'enregistre

seconde saisie
date de commission : 22/12/2017
motif : prolongement arrêt suite à accident de travail
commentaire : PROL ACT BP
puis j'enregistre

ensuite, il faudrait que sur la fiche en question, j'ai un champ récapitulatif:
22/11/2017 -- accident de travail -- ACT BP
22/12/2017 -- prolongement arrêt suite à accident de travail -- PROL ACT BP

En espérant avoir été plus clair dans ma demande...
Et il faudrait que je puisse faire une recherche texte sur le contenu de cet historique!
Merci d'avance.

[Voroltinquo]

Si je résume ton problème, un agent peut être convoqué à plusieurs commissions, chacune ayant une date et une heure précise, et une commission peut avoir plusieurs agents.
Par ailleurs, tu veux faire une recherche texte, mais sur quelle colonne ?

[samsam007]

Oui oui c'est exactement ça !!
Bin.... faudrait pouvoir faire une recherche sur l'historique de saisie reprenant date commission, motif et commentaire.
En fait, je cherche à obtenir un historique des différentes saisines d'un même agent, dans une rubrique HFSQL si c'est possible?

[Yusep]

Et bien un fichier historique avec un Id et les 3 champs.

[Voroltinquo]

Globalement, la partie de ton analyse concernée par la question devrait ressembler à ça:


Pour obtenir la liste des saisines d'un agent, la requête suivante (REQ_Saisine) devrait faire l'affaire (j'ai trié par date parce que cela me paraissait logique, mais ce n'est pas obligatoire):

Code sql :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
 
SELECT 
  AGENT.PK_AGENT AS PK_AGENT,  
  COMMISSION.NDX_DateCommission AS Date,  
  COMMISSION.HeureCommission AS Heure,  
  COMMISSION.RemarqueCommission AS Remarque,  
  MOTIF.NDX_Motif AS MotifConvocation
FROM 
  MOTIF,  
  COMMISSION,  
  PARTICIPER,  
  AGENT
WHERE 
  AGENT.PK_AGENT = PARTICIPER.FK_AGENT
  AND    COMMISSION.PK_COMMISSION = PARTICIPER.FK_COMMISSION
  AND    MOTIF.PK_MOTIF = COMMISSION.FK_MOTIF
  AND
  (
    AGENT.PK_AGENT = {pAgent}
  )
ORDER BY 
  Date ASC

ou via l'éditeur de requêtes :


Tu peux alors créer un champ Table ou un état basé sur cette requête

[samsam007]

ok! dans ce cas là, il faut que je fasse un fichier avec id en doublon possible? qui sauvegarde les 3 champs en question à chaque nouvel enregistrement?
Et pour l'afficher dans la fiche de l'agent faire une requête sur ce fichier avec en paramètre l'ID de l'agent en question? C'est bien à cela que vous pensez?
Il n'a pas de risque de trop lenteur si le fichier devient important en enregistrement?
Ou alors il y a une façon plus simple et rapide à mettre en place?

Merci de vos réponses.

[samsam007]

OK OK!!
j'ai l'impression que les choses commencent à s'éclaircir et se regrouper!
Donc l'idée que j'évoque dans mon dernier post se confirme....
Mais il est donc obligatoire de créer un enregistrement par date de commission!
Je voulais essayer de contourner cela pour limiter la taille de la base mais si pas le chois ^^

[Voroltinquo]

ok! dans ce cas là, il faut que je fasse un fichier avec id en doublon possible?

Jamais d'ID avec doublon.
La requête REQ_Saisine demande en effet l'ID de l'agent.

Mais il est donc obligatoire de créer un enregistrement par date de commission!

C'est le plus simple, cela permet aussi d'enregistrer les PV de réunion et les participants. Une petite requête et hop le PV est sorti

[samsam007]

Ok je dois donc faire un fichier qui va reprendre id agent (avec doublon possible), date_commission, motif_saisine et commentaire!!
Pour afficher le résultat je me sers d'une requête (avec en paramètre id_agent) que j'affiche dans une table que je place dans la fiche de l'agent et qui je lance à l'initialisation de la fenêtre? C'est bien cela, j'ai tout compris?
Cela ne vas pas être trop long et ralentir l'ouverture de la fiche agent?
Et en ce qui concerne la recherche, je fais une fenêtre avec une table listant ce fichier en question et je peux faire une recherche sur la colonne commentaire?

[Voroltinquo]

Ok je dois donc faire un fichier qui va reprendre id agent (avec doublon possible)

La requête fait déjà ce boulot

Pour afficher le résultat je me sers d'une requête (avec en paramètre id_agent) que j'affiche dans une table que je place dans la fiche de l'agent et qui je lance à l'initialisation de la fenêtre? C'est bien cela, j'ai tout compris?

C'est cela

Cela ne vas pas être trop long et ralentir l'ouverture de la fiche agent?

Cela va dépendre du nombre de convocations, mais la création d'une table historique qui alimenterait le champ table ne sera guère plus rapide. Essaye de faire un audit au besoin.

Et en ce qui concerne la recherche, je fais une fenêtre avec une table listant ce fichier en question et je peux faire une recherche sur la colonne commentaire?

Il faut dans ce cas indexer la colonne commentaire (clé avec doublon)

[tbc92]

Un premier fichier
Clé unique = Id_Agent ==> nom, matricule, date de naissance ... ...

Un 2ème fichier
Clé unique = Id_Agent + Date de Convocation ==> Descriptif de la visite.

Tu as peur pour les volumes ou les temps d'affichage. Aucune raison d'avoir peur. Il faut absolument créer la clé unique sur Id_Agent+date dans le 2ème fichier, et alors, aucun problème.

[Voroltinquo]

En ce qui concerne le temps d'affichage, pour 1200 enregistrements dans PARTICIPER, 30 dans AGENTS, 200 dans COMMISSION et 20 dans MOTIF, le temps maximum d'affichage est d'environ 800 µs

[samsam007]

Bonsoir à tous,

Un grand merci pour toutes ses réponses!!
Je vais mettre tout cela en place dès demain et reviens vers vous pour vous donner le résultat mais je pense qu'il n'y aura pas de soucis...
Encore merci pour tous ses précieux conseils ^^
Bonne soirée.
A+

[doubleseb]

Hello,

je viens mettre mon grain de sel sur un tout petit detail. Pour la cle composée Id_Agent + Date de Convocation, rajouter un compteur sur 1 ou deux chiffres a la fin sinon, le jour ou deux commissions vont voir le même agent, le même jour, tu va planter ta bdd.

Autrement, il aurait tout a fait été possible de faire autrement ton besoin de départ mais conserver un enregistrement par convocation est la façon la plus sure et la plus propre de gérer sans compter que tu ne perdras aucune donnée ainsi. Et si ton volume un jour pose un souci, regarde du coté de tes index et de tes clés, pas du volume en lui-même de ta base.

[samsam007]

Bonjour à tous!

Avec l'ensemble de vos réponses j'ai réussi à mettre en place mon historique.
Je vous remercie tous pour votre retour et vous souhaite une bonne journée.

A bientôt.
A+