Discussion :

[Benj64]

Bonjour a tous,

Je suis débutant sous access 2010/2013 et apprends "sur le tas", j'ai déjà réussi à me dépétrer de pas mal de situation mais je suis là face à un mur.

Je m'explique:
J'ai réalisé une table dans laquelle j'entre le numéro de série d'un matériel au quel j'associe plusieurs informations. Dans une autre table je crée des clients avec tout un tas d'autres informations et par le biais d'une liste de choix je coche les numéros de séries correspondant aux matériels installé chez le client (Plusieurs valeurs autorisées).
Jusque là tout fonctionne correctement, mais pour une question de facilité d'entrée des données, je souhaiterais scanner les numéros de séries avec une douchette et que cela façe le meme effet que si je cochais manuellement ce meme numéro dans la liste (que ça écrive le N/S et que je n'ai plus qu'à appuyer sur ";" et scanner le code suivant).
J'ai déjà essayé de changer les paramètres "Autoriser les modifications de la liste de valeur", "Limiter à la liste" et "Afficher uniquement les valeur de la source" mais rien ne résoud mon problème ...

J'espère avoir été assez clair sinon n'hésitez pas à me le signaler
Merci.

P.S: Soyez indulgents, je suis nouveau ^^

[alassanediakite]

Salut
Pour les tables...
"un même (modèle) matériel peut être installé chez plusieurs clients"
"un même client peut installer plusieurs modèles de matériels"
Il faut donc une troisième table qui fera la jonction entre client et materiel. Un peu de lecture pour ce cas.
Pour la liste déroulante...
Lorsqu'une liste déroulante prend ses valeurs dans une table il faut passer par une instruction SQL plutôt que la forme "....;....;...."
@+

[Benj64]

Salut Alassanediakite et merci pour ta réponse rapide.

Pour les tables:
"un même (modèle) matériel peut être installé chez plusieurs clients" => Non, j'utilise un N° de Série unique pour chaque matériel qui ne peut donc etre installé que chez un seul client
"un même client peut installer plusieurs modèles de matériels" ==> Oui
donc du coté des tables tout ce déroule corectement pour le fonctionnement que je veux avoir.

Pour l'instruction SQL le problème est que je ne connais vraiment pas ce language, je vais aller voir sur google ou sur d'autre forum de "Developpez" mais si tu connais quelques sites pas mal pour apprendre je suis preneur.

Encore merci.

[alassanediakite]

Salut
Peux-tu me donner les champs qui constituent tes tables?
Pour le SQL: http://sqlpro.developpez.com/
@+

[Benj64]

Salut
Peux-tu me donner les champs qui constituent tes tables?
Pour le SQL: http://sqlpro.developpez.com/
@+

Mes tables sont :
"Fournisseur" => Nom, Adresse et Téléphone
"Matériel" => N° Série, Référence, Fournisseur (Liste de choix unique lié à la table "Fournisseur" Champ "Nom")
"Client" => Nom, Adresse, Téléphone, Nom du Contact, Matériel Installé (Liste de choix multiple lié à la table "Matériel" et le champ "N° Série"

Merci pour le lien, je bachoterais ce soir.

[alassanediakite]

salut
Vue...

"un même (modèle) matériel peut être installé chez plusieurs clients" => Non, j'utilise un N° de Série unique pour chaque matériel qui ne peut donc etre installé que chez un seul client
"un même client peut installer plusieurs modèles de matériels" ==> Oui

Il faut corriger les tables "client" et "materiel"...
_____________
"Fournisseur" => Nom, Adresse et Téléphone
"Matériel" => N° Série, Référence, Fournisseur (Liste de choix unique lié à la table "Fournisseur" Champ "Nom"), Client (Liste de choix unique lié à la table "Fournisseur" Champ "Nom")
"Client" => Nom, Adresse, Téléphone, Nom du Contact
____________
@+

[Benj64]

Oui mais a ce moment la le n* de série ne sera pas reporté dans la table "client". Le problème est que j'ai fait une requête qui me donne le nom du fournisseur, son nom, son téléphone et d'autres informations présente dans la table "matériel".
Je pense que la seule solution est de passer par les tables que j'ai créées. La structure de ma BD est bonne je pense puisque tout fonctionne assez simplement mis a part ce petit détail qu'est de pouvoir ajouter a un client un num de série et de reporter toutes les informations des requêtes en scannant un code barre.

Merci.

[alassanediakite]

Salut

Je pense que la seule solution est de passer par les tables que j'ai créées. La structure de ma BD est bonne je pense puisque tout fonctionne assez simplement mis a part ce petit détail qu'est de pouvoir ajouter a un client un num de série et de reporter toutes les informations des requêtes en scannant un code barre.

Vous aurez toujours de petits détails gênants tant que votre structure ne respecte pas un minimum de préalable.
Dans la logique si l'objet FILS dépend de l'objet PERE alors c'est l'objet FILS qui portera les références de l'objet PERE.
Un exemple évident. Sur la carte d'identité du fils on portera "fils de..." mais on ne portera jamais sur la carte du père "père de..."; sinon à chaque enfant on reprend la carte du père et ....
@+

[Benj64]

Très bien je regarderais du côté de la structure de mes tables.

Pour ce qui est du SQL pour réussir à entrer les valeurs manuellement, je n'arrive pas a trouver mais je n'ai fais que survoler le tuto peut-etre qu'avec un peu plus d'attention j'arriverais à trouver mon bonheur.
Merci de tes réponses.

[Benj64]

Quelqu'un à une autre solution que de passer en SQL pour sélectionner des valeurs dans une liste de choix multiple en scannant ceux ci avec une douchette plutôt que de les coche manuellement ?

Merci d'avance.