Discussion :

[Pierren]

Bonjour,
Je crée une table "X3 avec un champs "N°" , numéro auto clé primaire.
Je crée una table "Y" avec un champs "N°" , numérique entier long, indexé avec doublons.
Je crée une relation avec integrité referentielle entre ces deux champs avec MAJ et Suppression.
Lorsque je crée un formulaire avec la source "X" et un sous formulaire avec la source "Y": avec champs père/fils "N°" . Si je saisie dans le formulaire puis dans le sous formulaire , je n'ai pas besoin d'indiquer quelle est la valeure du champs "N°": Ce champs est automatiquement renseigné par le champs numéro du Formulaire.
Maintenat, si je crée une requête avec ces deux tables ou n tables avec la même contruction, cela ne marche pas et en plus la requête m'interdit la saisie a cause de la relation.
Ais-je loupé queque chose ?

Merci à vous

Pierre

[stigma]

Tu ne dois JAMAIS utilser ce genre de caractère "°" dans le nom de tes champs. C'est pour celà que ta requête flanche à ce niveau. J'ai eu ce cas dans une appli que je devais débogguer et le stagiaire avait utilisé ce caractère dans plus de 400 occurences. En règle générale, évite les espaces, les accents et autres frioritures. Ne les utilise que dans les labels ou les étiquettes.

[polo(31)]

de plus, liés un numéro auto clé primaire et un entier avec doublons, on a vue mieux comme relation

[Pierren]

de plus, liés un numéro auto clé primaire et un entier avec doublons, on a vue mieux comme relation

Bonjour,

Merci pour cette réponse;j'ai , par le passé contruis des bases avec N° et je n'avais aucun problème ...mais j'ai quand même changé tous mes nom de Champs par "NO". Ca ne marche toujours pas, cela veut dire que contrairement au formulaire , la requête de reprends pas la valeur du numéro auto dans les tables jointes.
Je ne comprends pas le problème de ma jointure
Côté "Un" Numérique entier long auto
Côté "plusieurs" numérique entier long avec doublon
Où est le problème ?

Merci, a te lire
Pierre

[polo(31)]

et bien déja lié un champ ou les doublon sont autorisé et un champ qui est une clés primaire je trouve ça pluoto contradictoire, pas nécessairement faut suivant comment cet réalisé, mais pour évité les probléme on a vue mieux

[Pierren]

Bonjour,
Je n'arrive pas à resoudre mon problème initiale
Quequ'un pourrait-il mexpliquer ?

Merci à vous

Pierre

et bien déja lié un champ ou les doublon sont autorisé et un champ qui est une clés primaire je trouve ça pluoto contradictoire, pas nécessairement faut suivant comment cet réalisé, mais pour évité les probléme on a vue mieux

[polo(31)]

sur la liaison, la maj en cascade ne serait tel pas la raison de se refut de la part d'access ?

[Pierren]

Non, je viens d'essayer...en plus , je ne comprendrais pas pourquoi

Merci

sur la liaison, la maj en cascade ne serait tel pas la raison de se refut de la part d'access ?

[Pierren]

Toujours pas trouvé...

[User]

Salut,

pourquoi as-tu besoin de créer une requête avec les 2 tables X et Y pour ton sform ?

puisque les info concernat le sform sont uniquement dans la table Y et que Y possède le champ n°?

[Pierren]

Bonjour,
Je n'ai pas créé de sous formulaire, j'ai créé un seul formulaire avec un contrôle onglet.

Merci à toi

Salut,

pourquoi as-tu besoin de créer une requête avec les 2 tables X et Y pour ton sform ?

puisque les info concernat le sform sont uniquement dans la table Y et que Y possède le champ n°?

[cbleas]

bonjour,
je reviens sur les caractères style °. avec access cela fonctionne parfaitement le problème arrive lorsqu'on veut passer le fichier sous sql serveur. alors la les problèmes s'enchainent.