Discussion :

[davidh.iphone]

Bonjour,

Je me suis servi il y a quelques années d'access et j'aime bcp ce logiciel, mais aujourd'hui, il me donne du fils à retordre...

En effet, je veux monter pour une de mes amies, une base de données afin de pouvoir gérer les clients, ainsi que la facturation (à voir, créer un état pour sortir les factures) et aussi un suivi des rendez vous des clients.

J'ai créer mes tables et mis en relation... Par contre, quand je veux aller dans la table "clients", que je clic sur le petits plus, et que je veux créer une facture... Ca me met un message d'erreurs à cause des "clés de jointures" qui ne sont pas bonnes....

j'ai du mal à comprendre... je ne sais pas si quelqu'un peu m'aider... Je joins une capture écran des tables avec les relations.

J'espère que vous pourrez m'éclairer dans ce moment ou je suis en train de m'arracher les cheveux lol

Si vous avez des questions, n'hésitez pas

[Philippe PONS]

Bonjour,

Département n'a pas de clé primaire.

La table de jonction [Factures détail] est mal conçue:
C'est [N° Facture] et [Code produit] qui doivent être la clé primaire.
Et le champ N°ID est alors superflu!

La table [Taux de TVA] devrait avoir avoir une clé primaire nommée: ID_TX_TVA
La table [Factures détail] devrait avoir avoir une clé étrangère nommée: ID_TX_TVA
et la liaison entre les 2 tables devrait se faire sur ces 2 clés.

NB: pour nommer les champs, il vaut mieux éviter les espaces et les caractères accentués.
Egalement, il est conseillé de regrouper les clés étrangères sous la clé primaire.

Cordialement

[Philippe PONS]

Autres remarques:

A quoi servent les tables Titre, Départements et Provenances?
Si elles servent de tables de références pour alimenter, par exemple, une liste déroulante
de choix, alors il faut les faire différement:
TITRE(ID_TITRE, TITRE)
ID_TITRE: NuméroAuto, clé primaire
TITRE: Texte

DEPARTEMENT(ID_DEPARTEMENT, DEPARTEMENT)
ID_DEPARTEMENT: NuméroAuto, clé primaire
DEPARTEMENT: Texte

PROVENANCE(ID_PROVENANCE, PROVENANCE)
ID_PROVENANCE: NuméroAuto, clé primaire
PROVENANCE: Texte

La table Clients aura les clés étrangères:
CLIENT([Code client], ID_TITRE, ID_DEPARTEMENT, ID_PROVENANCE)
[Code client] étant la clé primaire
ID_TITRE, ID_DEPARTEMENT, ID_PROVENANCE: Numérique entier long

les liaisons se ferons sur ces clés étrangères.

Cordialement,

[davidh.iphone]

Bonjour Philippe,

Merci de ta réponse rapide

Je vais surement avoir un soucis, si je mets N° Factures en clé primaire dans la table "Factures détail" non ? Car un numéro de facture peut avoir plusieurs articles... Sauf si je peux avoir des doublons au niveau du numéro de factures ? (plusieurs fois le même numéro avec les articles qui composent la facture)

Pour ce qui est du reste de ton poste, je vais faire les modifications vis à vis de ce que tu dis.. Oui les tables titres, départements et provenances sont faites pour alimenter la table "clients".

[Philippe PONS]

Tu aurais un problème si le champ N° Factures seul était la clé primaire, car oui, les valeurs de la clé primaire doivent être uniques.
Mais dans cette table de jonction, la clé primaire doit être composée des champs [N° Factures] et [Code produit]. Et là tu peux avoir plusieurs articles pour une même facture.

[davidh.iphone]

Voilà, suite à tes conseils j'ai fais les modifications

je te joins la nouvelle structure... J'espère que c tout bon, car en faite, quand j'essaie de faire mes relations avec "l'intégrité référentielle", ca me met un message d'erreur... c bizarre :s

[Philippe PONS]

Dans la table Clients, il faut que tu remplaces les champs
Titre, Département et Provenance par les clés étrangères
correspondantes:
ID_TITRE, ID_DEPARTEMENT, ID_PROVENANCE, avec le type de données : Numérique entier long

[davidh.iphone]

OK... Access me fait perdre mes cheveux...

J'ai fais les modifs )

Mais quand je saisierais dans ma table (ou mon formulaire) j'aurais le code "id" et pas le "nom du champ" ?

[Philippe PONS]

Tu ne saisiras pas, tu sélectionneras dans une liste déroulante(le titre, le département ou la provenance).

[davidh.iphone]

Oui je suis d'accord avec toi, mais quand je vais dans les listes déroulantes, ca me met les clés primaires... (1, 2, 3, 4.....)

[Philippe PONS]

Dans ta liste déroulante, il faut que tu mettes à zéro la largeur de la première colonne(celle de l'identifiant), propriété Format/Largeurs colonnes
Vérifie aussi la propriété Source contrôle qui doit être le nom de la clé étrangère(par exemple CLIENTS.ID_TITRE pour la liste des titres)

[davidh.iphone]

Est ce que je pourrais te montrer ma base ? j'ai regarder dans les propriétés... mais je ne vois pas et j'ai du mal à comprendre

[Philippe PONS]

Oui, pas de problème...
Passe la moi en pièce jointe après l'avoir zippée.

[davidh.iphone]

Merci bcp

[Philippe PONS]

J'ai ajouté un formulaire pour montrer la mise en place des listes déroulantes
+ qques modif sur les tables

[davidh.iphone]

Merci beaucoup pour ton aide... j'espère que je ne vais plus t'embêter

Merci merci merci

[davidh.iphone]

En faite, il faut que je fasse le remplissage des tables exclusivement via les formulaires si j'ai tout compris ?

[Philippe PONS]

Exclusivement, non! On peut interagir directement avec les tables, comme pour remplir les tables de référence.

Mais les formulaires sont fait pour que l'utilisateur lambda utilise des interfaces plus ergonomiques.

[davidh.iphone]

d'accord ! je te remercie... je vais tester tous cela

[davidh.iphone]

Re... Je viens de tester la saisie des clients dans la table clients et je dois saisir le code dans la liste déroulante... Alors que cela fonctionne bien dans le formulaire que tu as crée...

Et dans ton formulaire principal, il y a un champ "code 34". A quoi correspond-il ?