Probleme de liaison entre deux tables d'une base de donnees

Version imprimable

09/04/2007, 23h09
blondelle

Probleme de liaison entre deux tables d'une base de donnees

Bonsoir:
Apres avoir fait des essais avec ADO, je prepare un projet de base de donnees, j'en suis a la formalisation sur papier afin de percevoir les besoins, cette base est prevue avec deux tables.
Il me reste un probleme je ne vois pas comment assurer le lien entre ces deux tables.
Le projet se compose d'une table auteur d'une table livres.
Par exemple si j'appel un auteur je sort le descriptif de cet auteur mais si je le desire je sort les livres qu'il a ecrit, c'est la liaison entre l'auteur et les livres qui me pose probleme je ne vois pas comment faire ce lien.
09/04/2007, 23h19
Sunchaser

Bonsoir Blondelle,

Quels sont les champs prévus dans la table 'Livre' ?
Dans cette table, n'y a t il pas tout simplement moyen de faire une référence a l'auteur ? (pour chaque tuple ...) sur laquelle on pourrait filtrer ou 'requêter' ?

@ + ;)
09/04/2007, 23h30
blondelle

Merci pour ta reponse Sunchaser:
Les tables auteurs livres c'est pour l'exemple, la table livres va avoir une trentaine de champs, la table auteur est la table principale et c'est a partir de celle ci que je vais si besoin aller chercher les livres correspondant a l'auteur, ce nombre de livres ne sera pas constant, suivant l'auteur il y en aurra un nombre different mais je voudrais tous les lister.
09/04/2007, 23h42
Sunchaser

De mon côté, ce que j'aurais fait (mais qui peut être considéré comme 'basique' voire obsolète par de vrais spécialiste des BD) est de garder une référence (donc un champs) a l'auteur pour chaque livre de la table 'Livres'.
Ainsi, lors d'une sélection d'un auteur dans la table principale, je filtre la table 'Livres' en me servant de la valeur représentée par l'auteur.
J'aurais utilisé un des évènements de TTable ou de TDataSet représentant la table principale, ou des composants correspondants a ce que tu utilises dans ton cas, pour automatiser le 'phénomène'.
Ou dans le cas d'Interbase, utilisé un 'Trigger' directement dans la BD ou qqchose dans cet de cet ordre en tout cas ...
09/04/2007, 23h48
blondelle

Je vais utiliser une base Access avec ADO.
Si j'ai bien compris tu te reserve un champ pour l'auteur dans la table livre.
10/04/2007, 00h01
Sunchaser

Ben voui ... c'est peut être pas très fineau mais c'est ainsi que j'aurais fait.
Et j'aurais surement testé avec un des évènements de TAdoDataset, comme AfterScroll, pour lancer le filtre (ou la requête) sur la table Livre.

En espérant t'aider,
@ + ;)

//EDIT : mais je suis peut être dans l'erreur ...
10/04/2007, 10h30
Fbartolo

Même dans Access tu peux faire des relations entre tables avec des liens et des référencement et des contrôles d'intégrité référencielle.
L'avantage c'est par exemple si tu supprime un enregistrement auteur, ses oeuvres peuvent aussi être supprimées automatiquement.

Maintenant pour ton besoin, il faut penser à créer un champ unique et indexé par exemple en NumAuto (incrément automatique et unique) qu tu appelera IdAuteur.
Dans ta base Livre tu vas prévoir ce même champs en entier long indexé avec doublons.
Tu créé le lien soit avec ADO soit directement sous Access.
Plusieurs type de lien existent (mise à jour en cascade, effacement en cascade, type de jointure avec inclusion (trois types).

Ensuite tu n'as plus qu'à faire ton query avec filtre et/ou Dbgrid avec champs maitres et champs détails (deux grids).

Tu peux aussi ne pas mettre de liens, mais la c'est à toi de faire ton intgrité.
10/04/2007, 12h13
blondelle

Merci pour tes reponses Sunchaser, je vais regarder les commandes que tu a donne,

Citation:

c'est peut être pas très fineau

Je pense qu'il faut faire simple c'est ce qui pose le moins de problemes.:P
Merci pour ta reponse Fbartolo.
Vos deux avis se rejoignent, je ne vais pas utiliser Access, je sais creer un champ indexe automatique, par contre le champ de la Table livres c'est moi qui doit le servir pour faire la liaison, pour ce qui est des mise a jour, inclusion, effacement en cascade Fbartolo a tu un exemple en ADO svp, je sais readapter du code existant mais la je n'ai rien sur le sujet.:oops:
10/04/2007, 15h47
Fbartolo

Non rien de plus que dans ta discussion:
http://www.developpez.net/forums/sho...d.php?t=303525
Pour la création en SQL.

Perso, sauf cas particulier j'utilise Access pour construire le MCD et la base.

ensuite une fois que les liens sont fait, c'est du classique SQL ou ADO pour la modification, supression...
10/04/2007, 17h33
blondelle

Merci pour la reponse Fbartolo:
Je continue mes recherches.
11/04/2007, 13h06
Interruption13h

Citation:

Envoyé par blondelle

Merci pour ta reponse Sunchaser:
Les tables auteurs livres c'est pour l'exemple, la table livres va avoir une trentaine de champs, la table auteur est la table principale et c'est a partir de celle ci que je vais si besoin aller chercher les livres correspondant a l'auteur, ce nombre de livres ne sera pas constant, suivant l'auteur il y en aurra un nombre different mais je voudrais tous les lister.

Salut !
Je suis de même avis, sauf que je n'utiliserai pas le type auto-incremetal, puisque j'avais des problèmes lors de l'insertion des tuplets en utilisant des requête SQL, j'avais un message dans le genre : "Auto-Incremenatle type is not supported on SQL"; Je sais pas si c'est spécifique à PARADOX, peut être qu'il n y a pas de ce genre de problème dans ACCESS.

C'est juste une remarque, ensuite ta table LIVRE va avoir 30aine champs, elle doit sûrement être réduite, et dévisée en plusieur tables de façon mieux structuré, et ceci te permetra d'avoir un accés à tes données plus rapide, et moins gourmant.

Espérant t'aider !

Bonne chance.
11/04/2007, 14h02
say

Bonjour,
je me permets de mettre mon grain de sel...
En effet, je suis surpris de voir nul part la notion de clé primaire et clé étrangère..c'est pourtant exactement le principe ici.

Je ne vois pas en quoi ce serait obsolète,c'est la base des bases de données.
ici, l'IDAuteur (automatique ou pas) est la clé primaire de la table Auteur, garantissant l'unicité de chaque enregistrement (il est tjrs possible de créer des clefs alternatives par le biais de contrainte, ex : nom / prénom).
On reprendra donc cet IDAuteur dans la table Livres sous forme de clé étrangère, garantissant ainsi l'intégrité référentielle, comme le souligne FBartolo). C'est-à-dire que l'on ne pourra avoir d'IDAuteur dans LIvres qui n'est pas de correspondance dans Auteurs. Cela fait parti des mécanismes classiques des SGBDR.

Cependant, ce choix suppose qu'il n'y ait qu'un auteur par livre.
Il conviendra d'ajouter une table d'association entre les deux table si l'on souhaite traiter plusieurs auteurs par livre.

en espérant aider
11/04/2007, 14h09
say

Citation:

Envoyé par Interruption13h

C'est juste une remarque, ensuite ta table LIVRE va avoir 30aine champs, elle doit sûrement être réduite, et dévisée en plusieur tables de façon mieux structuré, et ceci te permetra d'avoir un accés à tes données plus rapide, et moins gourmant.
.

Honnétement, 30 champs c pas grand chose...on ne découpe que si cela a lieu d'être. Cette pratique me semble avoir disparu avec l'apparition de capacités de traitement bien meilleures.
11/04/2007, 16h24
Interruption13h

Citation:

Envoyé par say

Honnétement, 30 champs c pas grand chose...on ne découpe que si cela a lieu d'être. Cette pratique me semble avoir disparu avec l'apparition de capacités de traitement bien meilleures.

Oui c'est sûre, mais ce que je veux dire ce que je me demande bien quel sont ces champs, puisque je voi qu'une dixaine de champs : Reference,Titre,Id_Auteur,Id_Catégorie... mais 30 !!?

Et c'est pas parceque la capacité de traitement a été améliorée qu'on doit forcément changer cette pratique :mouarf:

A+
11/04/2007, 16h49
say

Citation:

Envoyé par Interruption13h

Oui c'est sûre, mais ce que je veux dire ce que je me demande bien quel sont ces champs, puisque je voi qu'une dixaine de champs : Reference,Titre,Id_Auteur,Id_Catégorie... mais 30 !!?

Et c'est pas parceque la capacité de traitement a été améliorée qu'on doit forcément changer cette pratique :mouarf:

A+

Je crois que Auteur et Livres ne sont que des exemples ;)
11/04/2007, 17h24
blondelle

Merci Interruption13h Merci say:
Bien vue say c'est un exemple pour des raisons professionel je ne peu pas donner le contenu
Merci pour vos reponses je vois que mon poste sucite de l'interet, apres reflextion suite aux differentes reponses je vais utiliser le nom de l'auteur plus la clef primaire de la Table Auteur car dans les Noms il risque d'y avoir des Homonymes.
Pour les differents champs je ne peu pas les regrouper car il peuvent etre mis a jour independament plus facilement.
Pour ce qui est des problemes d'ecriture des commandes SQL c'est vraiment la galere a voir elle sont chaque fois a adapter.
Je tiens a conserver que deux tables car il me faut imprimer le contenu d'une ligne de la Table Autheur et de la Table livre chaque fois dans une feuille Excel, et je ne veu pas me casser la tete:mouarf:
Je peu avoir un Autheur sans livre mais pas de livres sans Autheur.
Pour le champ "clef primaire" quel est la requette pour la rendre automatique svp.
Si j'arrive a m'en sortir je pense faire un petit tuto depuis la creation jusqu'au compactage d'une base de donnee en dynamique (avec mes Autheurs et mes Livres):mrgreen:
11/04/2007, 18h05
say

Citation:

Envoyé par blondelle

apres reflextion suite aux differentes reponses je vais utiliser le nom de l'auteur plus la clef primaire de la Table Auteur car dans les Noms il risque d'y avoir des Homonymes.

si tu as une clef primaire, je vois pas pourquoi tu veux utiliser le nom en plus...
11/04/2007, 18h25
blondelle

C'est pour les recherches elles vont se faire sur le nom de l'Autheur c'est pour cela que j'avais pense aux deux champs :oops:
11/04/2007, 21h54
Sunchaser

Bonsoir,

Dis moi Blondelle, un ' Autheur ', c'est un Auteur qui a pris du 'h' ? Pour l'inspiration ? :mouarf:

(roo, mince, j' vais encore me faire modérer moi ...)

;)
11/04/2007, 22h10
blondelle

Oui c'est un H aspire comme.....:mouarf:
11/04/2007, 23h05
say
Citation:

Envoyé par blondelle

C'est pour les recherches elles vont se faire sur le nom de l'Autheur c'est pour cela que j'avais pense aux deux champs :oops:

honnetement je vois pas ou est le problème...
Alors, je ne sais pas quels sont tes connaissances en DB mais bon...

alors en partant du principe qu'on a une table AUteur, et une table livre avec IDAuteur en foreignkey (clef etrangère).
Une requete de cherche de livres par nom d'auteur donnerait :
Code:

1 2 3 SELECT * FROM t_livre INNER JOIN t_auteur ON t_livre.IDAuteur = t_auteur.IDAuteur where t_auteur.nom like 'mon_param'
ou
Code:

1 2 3 SELECT * FROM t_livre NATURAL JOIN t_auteur where t_auteur.nom like 'mon_param'
ou encore
Code:

1 2 SELECT * FROM t_livre where t_auteur.nom like 'mon_param' and t_auteur.IDAuteur = t_livre.IDAuteur
EN revanche, je n'arrive pas à situer si le pb relève de la conception ou de la technique dans BCB, comme semble le pensait Sunchaser.
D'ailleurs, j'ai tendance à préférer les TQuery aux TTable qui offre plus de souplesse au travers du SQL...mais cela suppose d'en connaitre un minimum

Bon courage

Merci pour ta reponse say:

Citation:

Alors, je ne sais pas quels sont tes connaissances en DB mais bon...

Niveau connaissances bases de donnees c'est le troisieme sous-sol :mrgreen:
Je n'ai que deux composants pour l'instant TADOConnection et TADOCommande pour creer ma Base en dynamique.
Voila ou j'en suis avec mon champ INDEX
Code:

1 2 3 4 5 6 7 8 9 10 // on cree une table vide ADOCommand1->CommandText = "CREATE TABLE auteur"; ADOCommand1->Execute(); // creer les champs ADOCommand1->CommandText = "ALTER TABLE auteur ADD ID_Ste INTEGER"; ADOCommand1->Execute(); ADOCommand1->CommandText = "CREATE UNIQUE INDEX idxPrimary ON auteur (ID_Ste) WITH PRIMARY"; ADOCommand1->Execute();
Je pense qu'il faut "CREATE UNIQUE INDEX" la commande UNIQUE.
Je n'ai pas trouve comment faire pour que l'index s'increment en automatique:?
Si je ne me trompe pas les commandes que tu a donne c'est pour faire la liaison entre les deux tables.

12/04/2007, 11h57
say

Citation:

Envoyé par blondelle

Si je ne me trompe pas les commandes que tu a donne c'est pour faire la liaison entre les deux tables.

En fait, c'était pour répondre au fait que tu voulais utiliser une clef et le nom, et te montrer que ce n'est pas nécessaire.

en revanche, j'avais pas vu que tu voulais créer les tables depuis l'interface, et donc finalement, tu cherches surtout la syntaxe permettant de créer la clef autoincrémentée.

peux tu repréciser ton pb et tes objectifs, je crois que je suis hors sujet dans mes réponses

A+
12/04/2007, 12h08
say
Citation:

Envoyé par blondelle

Je n'ai pas trouve comment faire pour que l'index s'increment en automatique:?

moi si!!! :mouarf:
après une recherche google "access sql numéroauto"..j'ai trouvé ça :
numauto en sql

donc il reste qu'à faire :

Code:

ADOCommand1->CommandText = "ALTER TABLE auteur ADD ID_Ste COUNTER";

Finalement, si j'ai bien compris, tu as 3 soucis :
- notions de bases de données
- SQL spécifique ACCESS
- les DB et ADO dans BCB
12/04/2007, 12h13
blondelle

Alors, je cree mon programme champ par champ pour la creation et l'initialisation de la Base le critere temps et peu important on ne s'en sert qu'une fois.
Les champs vont etre rempli par l'operateur a partir d'un support papier c'est pour cela que je construit de cette facon ma base quand je vais lire ou ecrire je cherche a ce que l'Edit1 corresponde au champ1 sinon ca devient tres vite un probleme pour s'y retrouver.

Citation:

En fait, c'était pour répondre au fait que tu voulais utiliser une clef et le nom, et te montrer que ce n'est pas nécessaire.

Si cela fonctionne avec la clef primaire je ne vais pas chercher de complications. :mrgreen:
Par contre si on peut programmer la clef primaire pour qu'elle s'incremente en automatique ca m'interresse, les seuls documents que j'ai viennent des Tuto Delphi.
12/04/2007, 12h16
blondelle

Desole les post se sont croises.:aie:
12/04/2007, 12h20
blondelle

J'ai quelques notion sur les bases de donnees, pour SQL et ADO je travail avec les supports Delphi et les exemples du Forum essentiellement

Merci say:
Alors j'ai fait l'essai il faut dabord definir le champ comme compteur puis comme clef primaire.
Le code:

Code:

1
2
3
4
5
6
7
8
9
10
 
// on cree une table vide
        ADOCommand1->CommandText = "CREATE TABLE auteur";
        ADOCommand1->Execute();
// creer les champs
        ADOCommand1->CommandText = "ALTER TABLE auteur ADD ID_Proc COUNTER";
        ADOCommand1->Execute();
 
        ADOCommand1->CommandText = "CREATE UNIQUE INDEX idxPrimary ON auteur (ID_Proc) WITH PRIMARY";
        ADOCommand1->Execute();

12/04/2007, 14h46
say

vi, vi je sais, j'ai fait le test sur un prog à moi :mrgreen:

il reste quoi comme soucy?
12/04/2007, 16h56
blondelle

Alors dans la requette:

Citation:

ADOCommand1->CommandText = "CREATE UNIQUE INDEX idxPrimary ON auteur (ID_Proc) WITH PRIMARY";

Si j'ai bien compris on ne peu pas avoir deux fois la meme valeur dans le champ

Dans les champs numerique est ce que l'on peu parametrer le nombre de chiffres comme pour du texte (je n'ai pas encore fait de teste)
12/04/2007, 17h01
say

Alors...
Comme je te le disais plus haut...la clef primaire garantie l'unicité..c'est-à-dire qu'elle est donc unique.
Ce qui garantie que ton COUNTER soit unique vient plus du fait que tu le mets en clé primaire que du fait qu'il soit en autoincrément.

Dans l'absolu, il est par défaut unique, mais (par expérience), il arrive qu'Access vienne à s'embrouiller avec ça.

Pour ce qui est de forcer le nombre de chiffres...il me semble que c'est possible, cependant en SQL, je sais pas comment.

Mais est-ce nécessaire? Dans l'absolu une clef primaire est une clef technique et n'a pas vocation à être fonctionnelle. Si c'est pour tes utilisateurs, tu peux tjrs formatter à l'affichage uniquement.

bon courage
12/04/2007, 17h12
blondelle

Merci pour ton aide say:
Si on ne peu pas parametrer le nombre de chiffre je le ferais a la saisie.
Le squelette de ma Base est presque termine le meilleur arrive je vais ecrire dedans apres j'irais lire et apres les requettes :aie:
Plein de joie en perspective:mouarf:
Je met un resolu sur ce post.
Encore une fois merci say ainsi qu'a tous les autres FORUMERS
12/04/2007, 18h09
blondelle

Pour parametrer le nombre de chiffres il faut executer la requette suivante

Citation:

ADOCommand1->CommandText = "ALTER TABLE Livre ADD CODE NUMERIC(10,0)";
ADOCommand1->Execute();

Fuseau horaire GMT +2. Il est actuellement 09h56.