Correctif : "Rien ne vous empêche de_lier _la table ...." excusez-moi
quand on va trop vite !
Claude
Le 22/02/2014 17:01, Claude FRICARD a écrit :
Rien ne vous empêche de liée la table PERSONNES avec également une
table FACTURES ou autre. Reste qu'effectivement il peut y avoir 2
personnes portant même nom...
Claude
Le 22/02/2014 14:59, Ysabeau a écrit :
Le 22/02/2014 14:15, Claude FRICARD a écrit :
Bonjour Ysabeau,
Si je comprends bien, je pense que l'on est dans un cas de 2 tables qui
seraient en relation 1 à 1 puisqu'il semblerait que pour une
occurrence
de REF-PERSONNE il y aurait une occurrence de SUIVI . Si c'est la cas
pourquoi pas une seule table?
Ben non, le suivi c'est, comme son nom l'indique, suivre ce qui est
lié à la personne. Donc une personne unique à laquelle est liée
plusieurs évènements : par exemple un adhérent et *ses* adhésions, un
client et *ses* factures ou même un produit et *ses* déclinaisons...
On peut faire une relation entre les 2 tables de type 1 à n avec n que
vous pouvez maintenir à 1.
Sauf que c'est du 1 à n, mais le problème c'est d'avoir *deux* champs
liés et, apparemment je ne peux lier que des champs clés primaires
et, évidemment, le nom ne peut pas être une clé primaire car on peut
avoir des personnes différentes avec le même nom. Et moi je veux que
dans ma feuille de suivi le nom de la personne suivi s'affiche
automatiquement.
Un formulaire de remplissage des tables, un formulaire principal pour
définir les champs de la table PERSONNES et un sous-formulaire pour
définir ceux de la table SUIVI.
Une petite suggestion de ce que pourrait être cette base.
http://cjoint.com/14fe/DBwoajn3vBr.htm
J'avais un truc dans le genre sans requête d'ailleurs, sauf que
LibreOffice a tout bousillé et qu'il faut que je refasse tout et
ressaisisse les données. Mais bon. Mais je veux afficher le nom de la
personne automatiquement dans le sous-formulaire, ce qui ne figure
pas sur votre exemple, je ne peux afficher que le champ lié donc la
référence de la personne mais ce n'est pas une information utile.
j'ai crée une requête de recherche sur le nom , puis un formulaire basé
sur cette requête. Ce dernier affichera tous les champs des 2 tables
qui
sont liées dans les requêtes.
C'est juste une suggestion. La relation si tant est qu'elle soit
possible n'aurait d'intérêt que si vous vouliez répartir les
informations liée à une référence sur 2 tables. Je ne suis pas sur
qu'aujourd'hui il soit possible de créer une telle relation avec
LibO Base
Si je comprends bien votre réponse qui est ce à quoi j'avais abouti,
on ne peut lier qu'un seul champ, et seulement si c'est un champ avec
une clé primaire (le message d'erreur en klingon de Base n'aide pas à
comprendre ce qui se passe). A moins que de baser les formulaire et
sous-formulaire de suivi sur une requête qui. Mouais.
Merci d'avoir essayé.
Je vais recommencer à rebâtir ma base et j'espère que LibO ne me
bousillera pas le boulot cette fois-ci.
---
Ce courrier électronique ne contient aucun virus ou logiciel
malveillant parce que la protection avast! Antivirus est active.
http://www.avast.com
---
Ce courrier électronique ne contient aucun virus ou logiciel malveillant parce que la protection
avast! Antivirus est active.
http://www.avast.com
--
Envoyez un mail à users+unsubscribe@fr.libreoffice.org pour savoir comment vous désinscrire
Les archives de la liste sont disponibles à http://listarchives.libreoffice.org/fr/users/
Tous les messages envoyés sur cette liste seront archivés publiquement et ne pourront pas être
supprimés
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.