Access 2003 = lier 2 tables
Lantenac
-
RoZyk Messages postés 84 Statut Membre -
RoZyk Messages postés 84 Statut Membre -
Bonjour !
D'abord la petite image :
https://www.hiboox.fr/
C'est du Access 2003.
Le but du jeu, lorsque je tape le nom du contact dans la table "Liste de poste à pourvoir", j'aimerais que ça remplise automatiquement les champs "Société", "Bureau" et "Portable" se remplissent automatiquement en allant chercher les infos dans la table "Fichier prospect"
Equivalences :
Contact = NomContact
Société = NomSociété
Bureau = NuméroTélContact
Portable = et bien je viens de me rendre compte que j'ai oublié le champs dans la base "Fichier prospect" ^_^. Mais bon, ce qui compte c'est que je comprenne la logique.
Bref quelles liaisons faire, et de quel type s'il vous plait ?
Merci beaucoup !
D'abord la petite image :
https://www.hiboox.fr/
C'est du Access 2003.
Le but du jeu, lorsque je tape le nom du contact dans la table "Liste de poste à pourvoir", j'aimerais que ça remplise automatiquement les champs "Société", "Bureau" et "Portable" se remplissent automatiquement en allant chercher les infos dans la table "Fichier prospect"
Equivalences :
Contact = NomContact
Société = NomSociété
Bureau = NuméroTélContact
Portable = et bien je viens de me rendre compte que j'ai oublié le champs dans la base "Fichier prospect" ^_^. Mais bon, ce qui compte c'est que je comprenne la logique.
Bref quelles liaisons faire, et de quel type s'il vous plait ?
Merci beaucoup !
A voir également:
- Access 2003 = lier 2 tables
- Supercopier 2 - Télécharger - Gestion de fichiers
- Tables des matières word - Guide
- Office 2003 - Télécharger - Bureautique
- 2 ecran pc - Guide
- Gta 6 trailer 2 - Guide
10 réponses
Ta question semble claire, mais cependant un problème me turlupine: Tu vas avoir des champs redondants? Logiquement dans une base de donnée les champs ne sont pas censé être redondant?
Donc ce que je propose, c'est plutot de faire une table: Contact avec IDContact, NomContact, SociétéContact, TéléphoneContact etc
Et après dans ton autre Table tu mets comme clef étrangère ton IDContact. Tu peux notamment faire un liste déroulante, ou tu pourras stipuler les NomContact, SociétéContact...
Mais tes données ne seront que dans ta table Contact...
Je ne sais pas si j'ai bien compris ce que tu voulais, mais il ne doit normalement pas y avoir de données redondantes dans une base de donnée
Donc ce que je propose, c'est plutot de faire une table: Contact avec IDContact, NomContact, SociétéContact, TéléphoneContact etc
Et après dans ton autre Table tu mets comme clef étrangère ton IDContact. Tu peux notamment faire un liste déroulante, ou tu pourras stipuler les NomContact, SociétéContact...
Mais tes données ne seront que dans ta table Contact...
Je ne sais pas si j'ai bien compris ce que tu voulais, mais il ne doit normalement pas y avoir de données redondantes dans une base de donnée
Merci RoZik pour ta réponse
Tu as raison, j'avais pas percuté.
Dans me tête c'était 1 document (Etat) = 1 table
Mais en fait pour un état je peux aller pécher les infos dans plusieurs tables.
Je suis bête ! :)
Donc ma nouvelle question est :
Comment lier des postes à pourvoir à un contact ? Quel champs dois-je créer ? Quelle type de liaison dois-je faire ?
D'avance merci !
Edit : l'objectif étant de pouvoir sortir des états tels que : pour un contact donné avoir tous ses postes à pourvoir, ou alors pour un poste à pourvoir donné ça me sorte les coordonnées du contact.
Tu as raison, j'avais pas percuté.
Dans me tête c'était 1 document (Etat) = 1 table
Mais en fait pour un état je peux aller pécher les infos dans plusieurs tables.
Je suis bête ! :)
Donc ma nouvelle question est :
Comment lier des postes à pourvoir à un contact ? Quel champs dois-je créer ? Quelle type de liaison dois-je faire ?
D'avance merci !
Edit : l'objectif étant de pouvoir sortir des états tels que : pour un contact donné avoir tous ses postes à pourvoir, ou alors pour un poste à pourvoir donné ça me sorte les coordonnées du contact.
As tu fais un modèle entité/association, méthode merise?
Puis ton modèle relationnel?
Si ce n'est pas le cas, il faudrait le faire pour commencer, Open ModelSphere (logiciel gratuit) te sera d'une grande utilité.
Et si tu as déjà fait tout ça, peut tu poster ton modèle relationnel que je comprenne un peu mieux ton problème?
Puis ton modèle relationnel?
Si ce n'est pas le cas, il faudrait le faire pour commencer, Open ModelSphere (logiciel gratuit) te sera d'une grande utilité.
Et si tu as déjà fait tout ça, peut tu poster ton modèle relationnel que je comprenne un peu mieux ton problème?
Hmm, étant un adepte de l'empirisme, et surtout pas familier de cette méthode, j'avoue ne pas avoir fait un tel modèle.
J'ai installé Open ModelSphere, je devine le principe d'utilisation.
Par contre est-il possible de transformer ma base Access en format .xml, afin de l'importer sur ModelSphere, stp ?
Je n'ai trouvé qu'un seul convertisseur sur clubic, mais avast me dit qu'un des fichiers est vérolé.
Merci pour le temps que tu prends à essayer de me comprendre et à me répondre !
J'ai installé Open ModelSphere, je devine le principe d'utilisation.
Par contre est-il possible de transformer ma base Access en format .xml, afin de l'importer sur ModelSphere, stp ?
Je n'ai trouvé qu'un seul convertisseur sur clubic, mais avast me dit qu'un des fichiers est vérolé.
Merci pour le temps que tu prends à essayer de me comprendre et à me répondre !
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
En fait en général, on fait plutot l'inverse. On créé un modèle entité/association ou tu détermine en quelques sorte ton cahier des charges de façon plus graphique (ne pas oublier les cardinalités, très importante pour la suite), ensuite Open ModelSphere te propose de le transformer lui même en modèle relationnel (Outils/Modèle de donnée/Convertir en modèle conceptuel). Ne pas oublier de générer les clefs étrangères! Et après tu dois pouvoir faire une connexion avec Access, ou pas, je n'ai jamais essayer. Mais dans tous les cas, une fois tout cela fait, tes tables te semblent évidentes ainsi que les différentes relations.
https://sqlpro.developpez.com/cours/modelisation/merise/
Pour ma part, cela m'a beaucoup aidé!
https://sqlpro.developpez.com/cours/modelisation/merise/
Pour ma part, cela m'a beaucoup aidé!
Génial, merci.
Et le truc qui l'est plus, c'est que je comprends ce qui est expliqué. :)
Je te tiens au courant lorsque c'est fait.
Merci !
Et le truc qui l'est plus, c'est que je comprends ce qui est expliqué. :)
Je te tiens au courant lorsque c'est fait.
Merci !
Oui, ça ressemble à ça, mais ton modèle à l'air très complexe! N'y a-t-il pas moyen de le simplifié un peu? De plus je ne vois que peux d'attribut dans tes entités? est ce normal? Il ne faut pas créer une entité par attribut. Par exemple:
L'entité individu:
idIndividu
Nom
Prénom
Date de naissance
etc...
Je regarde ça ce soir si j'ai le temps... Mais ça m'a l'air très compliqué ton modèle!
L'entité individu:
idIndividu
Nom
Prénom
Date de naissance
etc...
Je regarde ça ce soir si j'ai le temps... Mais ça m'a l'air très compliqué ton modèle!
Oui, c'est normal. Comme certaines entités comptent pas d'attributs (ex l'entité "Postes à pourvoir" a 34 attributs), je n'ai pas tout mis pour plus de lisibilité.
J'ai toutefois ajouté quelques attributs, si ça peut t'aider à mieux comprendre le modèle.
https://www.hiboox.fr/
Je me répète, mais une nouvelle fois : merci !
J'ai toutefois ajouté quelques attributs, si ça peut t'aider à mieux comprendre le modèle.
https://www.hiboox.fr/
Je me répète, mais une nouvelle fois : merci !
Un truc comme ça ne te conviendrait pas?
https://www.hiboox.fr/
A pofiner un peu, j'ai fait ça assez vite fait a vrai dire
https://www.hiboox.fr/
A pofiner un peu, j'ai fait ça assez vite fait a vrai dire
