Un soucis avec Access 2010, j'en appel aux spécialistes...
Fermé
plop1480
Messages postés
1
Date d'inscription
dimanche 10 février 2013
Statut
Membre
Dernière intervention
11 février 2013
-
11 févr. 2013 à 20:38
tessel75 - 12 févr. 2013 à 11:20
tessel75 - 12 févr. 2013 à 11:20
A voir également:
- Un soucis avec Access 2010, j'en appel aux spécialistes...
- Appel anonyme - Guide
- Télécharger microsoft office 2010 avec clé d'activation gratuit - Télécharger - Sécurité
- Exemple base de données access à télécharger gratuit - Forum Access
- Alexia organise un appel vidéo avec ses grand-parents qui ne veulent pas installer de logiciel ou d’application, ni créer un compte. - Forum Windows
- Telecharger word 2010 - Télécharger - Traitement de texte
2 réponses
Bonsoir,
Je sais qu'il est toujours difficile d'expliquer ce que l'on souhaiterais obtenir, mais ta demande n'est pas facile à comprendre à la première lecture. Aussi je vais essayer de dire ce que je crois avoir compris de ton problème.
Tu encadres un certain nombre d'agents pour lesquels on note quotidiennement les horaires et les activités; et en rapport tu voudrais que cet enregistrement soit unique sans risque de doublon.
Alors plutôt qu'avoir une requête plus ou moins compliquée, il me semble qu'il vaut mieux contourner le problème.
Donc si ma compréhension est la bonne, je te proposerais comme solution d'avoir un formulaire d'agent avec un sous-formulaire de dates et horaires. L'avantage serait alors que lorsque tu appelles un agent, il t'affiche toutes les dates déjà entrées (il suffit d'un filtre pour ne pas avoir toutes les dates depuis Mathusalem) ce qui entraîne qu'on voit immédiatement l'activité de cet agent déjà entrée, et en particulier celle du jour considéré; et en plus pour éviter tout risque de doublon, tu crées dans ta table "Activités" un index multiple sans doublon composé de "IdAgent" et de "DateActivité", comme cela les choses seront verrouillées.
Je sais qu'il est toujours difficile d'expliquer ce que l'on souhaiterais obtenir, mais ta demande n'est pas facile à comprendre à la première lecture. Aussi je vais essayer de dire ce que je crois avoir compris de ton problème.
Tu encadres un certain nombre d'agents pour lesquels on note quotidiennement les horaires et les activités; et en rapport tu voudrais que cet enregistrement soit unique sans risque de doublon.
Alors plutôt qu'avoir une requête plus ou moins compliquée, il me semble qu'il vaut mieux contourner le problème.
Donc si ma compréhension est la bonne, je te proposerais comme solution d'avoir un formulaire d'agent avec un sous-formulaire de dates et horaires. L'avantage serait alors que lorsque tu appelles un agent, il t'affiche toutes les dates déjà entrées (il suffit d'un filtre pour ne pas avoir toutes les dates depuis Mathusalem) ce qui entraîne qu'on voit immédiatement l'activité de cet agent déjà entrée, et en particulier celle du jour considéré; et en plus pour éviter tout risque de doublon, tu crées dans ta table "Activités" un index multiple sans doublon composé de "IdAgent" et de "DateActivité", comme cela les choses seront verrouillées.
Bonjour,
Il y a pas mal de choses que je ne comprends pas:
1) " L'objectif est de récupérer dans les champs de saisie les infos de cet enregistrement à la condition qu'il existe, et dans un second temps d'adapter le mode de mise à jour (Création ou Modification). "
Merci d'être plus circonstancié parce que là je suis dubitatif; les données sont enregistrées ou pas.
Que comprends-tu par "Mode de mise à jour" et "Création ou modification"
Mise à jour de quoi? Du formulaire ou des enregistrements ?
Enfin, parlons-nous de la même chose lorsque tu dis "Création ou modification"? S'agit-il de l'enregistrement des données à entrer, càd de l'ajout d'une ligne, ou bien de la modification ou création d'un formulaire? Ton expression est très ambiguë.
Et puis finalement, la confection d'une base de données est-elle judicieuse?
"les utilisateurs finaux n'avaient jusqu'à présent qu'un crayon et une feuille de papier, par conséquent, je me dois de fournir sur cette partie du développement un écran le plus simpliste possible"
Les données recueillies doivent-elles être conservées? Sinon est-ce bien indispensable? Ou alors, n'aurais-tu pas intérêts à recopier toi-même la dite feuille de papier? Le plus simple est bien souvent le plus fiable.
Le mieux serait que tu nous envoies via cjoint.com un modèle de ta base (sans nom évidemment), qu'on puisse comprendre quels sont tes enregistrements; ce serait mieux que l'écriture SQL de ta requête.
A plus tard
Il y a pas mal de choses que je ne comprends pas:
1) " L'objectif est de récupérer dans les champs de saisie les infos de cet enregistrement à la condition qu'il existe, et dans un second temps d'adapter le mode de mise à jour (Création ou Modification). "
Merci d'être plus circonstancié parce que là je suis dubitatif; les données sont enregistrées ou pas.
Que comprends-tu par "Mode de mise à jour" et "Création ou modification"
Mise à jour de quoi? Du formulaire ou des enregistrements ?
Enfin, parlons-nous de la même chose lorsque tu dis "Création ou modification"? S'agit-il de l'enregistrement des données à entrer, càd de l'ajout d'une ligne, ou bien de la modification ou création d'un formulaire? Ton expression est très ambiguë.
Et puis finalement, la confection d'une base de données est-elle judicieuse?
"les utilisateurs finaux n'avaient jusqu'à présent qu'un crayon et une feuille de papier, par conséquent, je me dois de fournir sur cette partie du développement un écran le plus simpliste possible"
Les données recueillies doivent-elles être conservées? Sinon est-ce bien indispensable? Ou alors, n'aurais-tu pas intérêts à recopier toi-même la dite feuille de papier? Le plus simple est bien souvent le plus fiable.
Le mieux serait que tu nous envoies via cjoint.com un modèle de ta base (sans nom évidemment), qu'on puisse comprendre quels sont tes enregistrements; ce serait mieux que l'écriture SQL de ta requête.
A plus tard
12 févr. 2013 à 06:03
Tu as très bien synthétisé le périmètre du problème.
Concernant l'index composé, est une très bonne idée, je l'applique sans attendre.
Effectivement l'option du sous-formulaire permettrait d'afficher l'enregistrement correspondant si il exit dans une liste.Mais une liste pour un enregistrement me semble quelque peux disproportionné. je ne souhaite pas dans le cas présent consulter l'ensemble de l'activité de l'agent sélectionné.
L'objectif est de récupérer dans les champs de saisie les infos de cet enregistrement à la condition qu'il existe, et dans un second temps d'adapter le mode de mise à jour (Création ou Modification).
Ce contrôle est natif si il n'y à qu'un critère de sélection, mais si tu en as 2 cela ne l'est plus.
Maintenant mes connaissances sur Access sont limitées. Peut être n'y a t'il pas de solution.
toutefois, je me dois de préciser que les utilisateurs finaux n'avaient jusqu'à présent qu'un crayon et une feuille de papier, par conséquent, je me dois de fournir sur cette partie du développement un écran le plus simpliste possible, faute de quoi je cours à la catha... Mais ça c'est valable pour tout projet informatique petit ou grand