J'ai une table Client dont la cl=E9 primaire est le code=20
client auquel j'ai aff=E9ct=E9 la propri=E9t=E9 Num=E9roAuto.
J'ai une table Commande dont la cl=E9 primaire est num=E9ro de=20
commande d=E9crite =E9galement en Num=E9roAuto.=20
Dans cette table j'ai bien entendu le Num=E9ro de Client=20
d=E9clar=E9 comme un entier long.
La liason un =E0 plusieurs entre la table Client et la table=20
commande est refus=E9e syst=E9matiquement ???? J'ai pourtant=20
d=E9j=E0 appliqu=E9 sans probl=E8me cette proc=E9dure.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Raymond [mvp]
Bonsoir.
il y a un cas ou l'intégrité référentielle est refusée systématiquement , c'est lorsque on joint deux clés primaires ensemble, car dans ce cas ce ne peut être que du 1:1. Il arrive souvent qu'on se trompe en créant la relation. C'était une idée seulement. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"JCG007" a écrit dans le message de news:280c01c3fc8c$653ca4c0$ Bonjour,
J'ai une table Client dont la clé primaire est le code client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro de commande décrite également en NuméroAuto. Dans cette table j'ai bien entendu le Numéro de Client déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la table commande est refusée systématiquement ???? J'ai pourtant déjà appliqué sans problème cette procédure.
Ou est-ce que je me plante ?
Par avance merci pour votre aide.
JCG007
Bonsoir.
il y a un cas ou l'intégrité référentielle est refusée systématiquement ,
c'est lorsque on joint deux clés primaires ensemble, car dans ce cas ce ne
peut être que du 1:1. Il arrive souvent qu'on se trompe en créant la
relation.
C'était une idée seulement.
--
@+
Raymond Access MVP
http://access.seneque.free.fr/
http://access2003.free.fr/
http://users.skynet.be/mpfa/ pour débuter sur le forum
"JCG007" <anonymous@discussions.microsoft.com> a écrit dans le message de
news:280c01c3fc8c$653ca4c0$a401280a@phx.gbl...
Bonjour,
J'ai une table Client dont la clé primaire est le code
client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro de
commande décrite également en NuméroAuto.
Dans cette table j'ai bien entendu le Numéro de Client
déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la table
commande est refusée systématiquement ???? J'ai pourtant
déjà appliqué sans problème cette procédure.
il y a un cas ou l'intégrité référentielle est refusée systématiquement , c'est lorsque on joint deux clés primaires ensemble, car dans ce cas ce ne peut être que du 1:1. Il arrive souvent qu'on se trompe en créant la relation. C'était une idée seulement. -- @+ Raymond Access MVP http://access.seneque.free.fr/ http://access2003.free.fr/ http://users.skynet.be/mpfa/ pour débuter sur le forum
"JCG007" a écrit dans le message de news:280c01c3fc8c$653ca4c0$ Bonjour,
J'ai une table Client dont la clé primaire est le code client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro de commande décrite également en NuméroAuto. Dans cette table j'ai bien entendu le Numéro de Client déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la table commande est refusée systématiquement ???? J'ai pourtant déjà appliqué sans problème cette procédure.
Ou est-ce que je me plante ?
Par avance merci pour votre aide.
JCG007
Dominique MARTIN
Bonjour,
Si tu as déjà rentré des données dans les tables, vérifies que tous les numéros client de la table commande correspondent bien au code client de la table client.
Dominique
-----Message d'origine----- Bonjour,
J'ai une table Client dont la clé primaire est le code client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro de
commande décrite également en NuméroAuto. Dans cette table j'ai bien entendu le Numéro de Client déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la table
commande est refusée systématiquement ???? J'ai pourtant déjà appliqué sans problème cette procédure.
Ou est-ce que je me plante ?
Par avance merci pour votre aide.
JCG007
.
Bonjour,
Si tu as déjà rentré des données dans les tables, vérifies
que tous les numéros client de la table commande
correspondent bien au code client de la table client.
Dominique
-----Message d'origine-----
Bonjour,
J'ai une table Client dont la clé primaire est le code
client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro
de
commande décrite également en NuméroAuto.
Dans cette table j'ai bien entendu le Numéro de Client
déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la
table
commande est refusée systématiquement ???? J'ai pourtant
déjà appliqué sans problème cette procédure.
Si tu as déjà rentré des données dans les tables, vérifies que tous les numéros client de la table commande correspondent bien au code client de la table client.
Dominique
-----Message d'origine----- Bonjour,
J'ai une table Client dont la clé primaire est le code client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro de
commande décrite également en NuméroAuto. Dans cette table j'ai bien entendu le Numéro de Client déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la table
commande est refusée systématiquement ???? J'ai pourtant déjà appliqué sans problème cette procédure.
Ou est-ce que je me plante ?
Par avance merci pour votre aide.
JCG007
.
C15
Bonjour,
Plusieurs choses à vérifier :
1 Comme le dit Dominique, il fait bien vérifier si tous tes clients de la table commande existent dans la table clients Le but de l'intégrité référentielle est d'empêcher que du côté "plusieurs" on créé quelque chose qui n'ait pas été créé côté "1"
2 Le champ Code Client qui sert à la relation entre les 2 tables doit impérativement avoir les propriétés Type Taille et Format strictement identique. Si dans ta table Clients le code Client est NumeroAuto, dans la table Commande il doit être Numérique/Entier long
3 Il est évident que tu auras auparavant suivi le conseil de Raymond ;-)
A+
C15
"Dominique MARTIN" a écrit dans le message de news:327d01c3fd07$940882d0$ Bonjour,
Si tu as déjà rentré des données dans les tables, vérifies que tous les numéros client de la table commande correspondent bien au code client de la table client.
Dominique
-----Message d'origine----- Bonjour,
J'ai une table Client dont la clé primaire est le code client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro de
commande décrite également en NuméroAuto. Dans cette table j'ai bien entendu le Numéro de Client déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la table
commande est refusée systématiquement ???? J'ai pourtant déjà appliqué sans problème cette procédure.
Ou est-ce que je me plante ?
Par avance merci pour votre aide.
JCG007
.
Bonjour,
Plusieurs choses à vérifier :
1 Comme le dit Dominique, il fait bien vérifier si tous tes clients de la
table commande existent dans la table clients
Le but de l'intégrité référentielle est d'empêcher que du côté
"plusieurs" on créé quelque chose qui n'ait pas été créé côté "1"
2 Le champ Code Client qui sert à la relation entre les 2 tables doit
impérativement avoir les propriétés Type Taille et Format strictement
identique.
Si dans ta table Clients le code Client est NumeroAuto, dans la table
Commande il doit être Numérique/Entier long
3 Il est évident que tu auras auparavant suivi le conseil de Raymond ;-)
A+
C15
"Dominique MARTIN" <anonymous@discussions.microsoft.com> a écrit dans le
message de news:327d01c3fd07$940882d0$a101280a@phx.gbl...
Bonjour,
Si tu as déjà rentré des données dans les tables, vérifies
que tous les numéros client de la table commande
correspondent bien au code client de la table client.
Dominique
-----Message d'origine-----
Bonjour,
J'ai une table Client dont la clé primaire est le code
client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro
de
commande décrite également en NuméroAuto.
Dans cette table j'ai bien entendu le Numéro de Client
déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la
table
commande est refusée systématiquement ???? J'ai pourtant
déjà appliqué sans problème cette procédure.
1 Comme le dit Dominique, il fait bien vérifier si tous tes clients de la table commande existent dans la table clients Le but de l'intégrité référentielle est d'empêcher que du côté "plusieurs" on créé quelque chose qui n'ait pas été créé côté "1"
2 Le champ Code Client qui sert à la relation entre les 2 tables doit impérativement avoir les propriétés Type Taille et Format strictement identique. Si dans ta table Clients le code Client est NumeroAuto, dans la table Commande il doit être Numérique/Entier long
3 Il est évident que tu auras auparavant suivi le conseil de Raymond ;-)
A+
C15
"Dominique MARTIN" a écrit dans le message de news:327d01c3fd07$940882d0$ Bonjour,
Si tu as déjà rentré des données dans les tables, vérifies que tous les numéros client de la table commande correspondent bien au code client de la table client.
Dominique
-----Message d'origine----- Bonjour,
J'ai une table Client dont la clé primaire est le code client auquel j'ai affécté la propriété NuméroAuto.
J'ai une table Commande dont la clé primaire est numéro de
commande décrite également en NuméroAuto. Dans cette table j'ai bien entendu le Numéro de Client déclaré comme un entier long.
La liason un à plusieurs entre la table Client et la table
commande est refusée systématiquement ???? J'ai pourtant déjà appliqué sans problème cette procédure.
