Date: prev next · Thread: first prev next last
2014 Archives by date, by thread · List index


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.