[mysyl972]

Bonjour,
je dois créer une bibliothèque avec Filemaker au boulot pour gérer toute notre documentation (ouvrage, journaux quotidiens, hebdomadaires, guide, manuels, fiches pratiques enfin tous support papiers). j'ai bien compris qu'il faut que je prenne un crayon et un papier avant d'aller sur file . J'ai compris aussi que ce sera une base de type relationnelle. Mias mon probleme est que je n'arrive pas à trouver le lien unique entre mes ouvrages et les auteurs donc ce qui les relie. J'ai bien pensé à l'ISBN mais je n'arrive pas à dépatouiller mon schéma dans ma tete et sur le papier.
ça donnerait une table, un enregistrement: ouvrage avec les rubriques suivantes
Titre, sous titre, Editions, Année, ISBN, auteurs 1, auteurs 2, auteurs 3 etcc, date d'arrivée,

et une autre table AUTEURS avec les rubriques suivantes: nom prénom, titre 1, année, editions, isbn, titre 2, année, editions, isbn,titre 3, année, editions, isbn,

j'ai compris qu'un ouvrage peut avoir plusieurs auteurs ou un seul. Un ouvrage a un numéro ISBN et un seul.
Un ISBN peut avoir plisuers auteurs ou un seul
un ISBN peut n'a qu'un titre.

après tout cela je n'arrive pas à déterminer dans un premier temps la clé primaire ou externe (je crois)
je ne parviens pas à déterminer les liens. Bref je suis pommée. Est ce que quelqu'un peut m'aider

je sors des 2 premiers jours de formations filemaker à paris les 5 et 6 juillet dernier.
Et malheureusement nous avons le filemaker 6 au boulot.

Merci d'avance (j'espère que je me suis fais comprendre)

[lem alpha]

Hello et bienvenue,

je commence juste par te détourner de certaines fausses idées perçues dans ton message :

- "ce qui les relie" sera la clé primaire d'un côté et la clé externe de l'autre (pour reprendre tes termes)
Je te concède que l'ISBN est unique et pourrait à ce titre servir de clé primaire, mais il faut toujours réserver une rubrique à cet effet, qui reste "technique", donc pas vouée à l'utilisation.

Pour ce qui est de "déterminer ces clés", la réponse est du coup implicite :
la clé primaire sera une entrée automatique (numéro de série par ex.)
la clé externe sera renseignée par l'utilisateur (à l'aide d'une liste de valeurs pour l'aide à la saisie), et ainsi le lien sera constitué.

De plus tu évoques des rubriques numérotées (auteur 1, ...)
Tu n'auras pas de telles rubriques, mais depuis un ouvrage tu auras accès à autant de rubriques "nom prénom" de la table AUTEURS qu'il y a d'enregistrements liés.

Pour finir :
ma description ci-dessus est volontairement simplifiée, et il te faudra en plus une table intermédiaire car il s'agit ici d'un lien de n à n (1 ouvrage lié à n auteurs ET 1 auteur lié à n ouvrages)

Je te conseille fortement la lecture de ce tutoriel où sont clairement évoquées toutes ces notions à travers un exemple concret.

Bon courage.

[Puimoisson04]

Très succinctement, comme tu le verras avec le tutoriel, tu auras au moins :
Table "Ouvrages" avec les rubriques :
- zkp (identifiant unique)
- Titre
- ISBN
Table "Auteur" avec les rubriques :
- zkp (identifiant unique)
- Nom
Table intermédiaire "Auteur/Ouvrage" avec :
- zkp (identifiant unique)
- zkf_IdOuvrage (un zkp de la table "Ouvrages"
- zkf IdAuteur (un zkp de la table "Auteurs"

Dans le graphique des liens, tu auras (là encore au moins, on est juste dans le très basique) trois bouées correspondant aux trois tables. Tu dupliqueras ces bouées pour créer des chaines de liens.

A partir de la bouée "Ouvrages" tu feras une chaîne TableOuvrages/Rubzkp <-> Rubzkf_IdOuvrage/TableIntermédiaire/Rubzkf_IdAuteur <-> Rubzkp/TableAuteur. Cette chaine te permettra d'afficher toutes les données de (des) auteur(s) dans le modèle Ouvrage

A partir de la bouée "Auteurs" tu feras une chaîne TableaAuteurs/Rubzkp <-> Rubzkf_IdAuteur/TableIntermédiaire/Rubzkf_IdOuvrage <-> Rubzkp/TableOuvrage. Cette chaine te permettra d'afficher toutes les données des ouvrages des ouvrages d'un auteur dans un modèle Auteur

Et ainsi de suite au fur et à mesure de tes besoins.

Christophe

[Noël Dubau]

Bonjour,
Je commettais une troisième réponse dans le même sens lorsque j'ai été attiré par une des dernières phrases de notre nouvelle venue

Citation

Et malheureusement nous avons le filemaker 6 au boulot.

Sans ruiner totalement la notion de lien, cela la perturbe toutefois. Pas moyen de délier les cordons de la bourse du trésorier ?
Bonne journée,
Noël

[Puimoisson04]

Oh m…
Bien vu Noël.
Christophe

[Tarick]

Vu ton niveau débutant, et la vieille version de FM dont tu disposes, tu pourrais commencer immédiatement avec une seule table.

Il y aura des répétitions ? et alors ?

Les listes de valeurs permettront d'éviter les doublons d'auteurs, de genre, de type, etc : si un auteur existe déjà dans la base, tu le sélectionnes, sinon tu le tapes dans le champ Auteur et il fait désormais partie de la liste.
Quand tu seras un peu plus familiarisé avec le logiciel, tu pourras facilement repérer les doublons et nettoyer les erreurs de saisie.

Qui plus est, si tu dois transmettre des données (sites de vente en ligne ou fusion avec une autre base par exemple) c'est un fichier aplati sur une table qui te sera demandé.

Autre avantage de la table unique : les recherches sont beaucoup plus rapides.

enfin, la publication sur internet sera grandement facilité, le php ne gérant qu'une seule table.

J'ai une base de livres anciens et rares qui existe depuis bientôt 15 ans, elle est toujours sur une table et tout va bien.

Avec une version plus récente, pourquoi ne pas partir d'une base modèle et l'adapter progressivement à tes besoins.

Une bibliothèque est l'application typique d'une base de données, pourquoi réinventer la roue ?

[Noël Dubau]

Bonjour,

Tarick, le 26 juillet 2010 - 11:04, dit :

Les listes de valeurs permettront d'éviter les doublons d'auteurs, de genre, de type, etc : si un auteur existe déjà dans la base, tu le sélectionnes, sinon tu le tapes dans le champ Auteur et il fait désormais partie de la liste.

Je plussoie cette remarque de Tarick, l'appliquant également dans un produit. Dans le fichier des documents je développerai son "etc" en y plaçant Illustrateur, Editeur, Collection

Tarick, le 26 juillet 2010 - 11:04, dit :

Quand tu seras un peu plus familiarisé avec le logiciel, tu pourras facilement repérer les doublons et nettoyer les erreurs de saisie.

Tu sembles partir ex-nihilo, mais si d'aventure existait un classeur Excel, tu aurais loir d'en récupérer les données. De toutes façons la question de doublons du genre Ed. A. Colin = Edition Colin Armand = Armand Colin... seront aisément éliminer via Remplacer.
L'identifiant unique propre au document semble préférable à l'ISBN ; même avec une gestion à partir des codes à barres tu n'échapperais pas en cas de prêt à la précision de l'exemplaire.
Bien entendu ensuite viendront se greffer d'autres tables fichiers si le prêt est envisagé... (emprunteurs, historiques...etc)
Bon travail !
Noël

[mysyl972]

Bonjour à tous,

j'ai pris connaissance de vos réponses. Je vais d'abord les déchiffrer et ensuie je vous tiens au courant.

Merci à très bientôt

Mysyl972