Discussion :

[fthdz]

Bonjour

Je veut concevoir une petite application avec delphi7 et access en utilisant ADO pour la connexion.
je vous des conseils pour les relations ,
quelle est la meilleure solution, utiliser les relations conçu avec access ou utiliser delphi pour concevoir ces relations.de façon a respecter les contraintes d'intégrité referentiel lors d'ajout,supression...etc

pour les jointures avec plus de 3 tables avec sql ,faut il que les tables soit lier entre eux pour quelle marche ?

Merci

[aityahia]

le meilleur moyen c'est d'utiliser une ADOconnection avec le moteur JET 4.
et tu utiliser tes table et requette comme avec le BDE mais avec beaucoup plus de fiabilité

[fthdz]

a mon avis je pense qu 'il faut concevoir la base de données avec SGBD(access mon cas) en deffinissant les relations et les contraintes d'integrité référentielles
puis passer a l'application delphi puisque access gère tres bien les relations

dans le DBGRID j supprimé un client ,tous les commandes relier a ce client sont supprimer automatiquement sans rien programmer avec delphi

reste le cas ou on parcour les clients je veut que pour chaque client les commandes sont affiché .est ce que il faut utiliser mastersourc...etc ou d'autres choses?

MERCI

[aityahia]

Exact il faut laisser SGBD gérer les intégrité des données sinon a quoi servent les SGBD
tu vera Access et ADO c'est génial.

[evarisnea]

reste le cas ou on parcour les clients je veut que pour chaque client les commandes sont affiché .est ce que il faut utiliser mastersourc...etc ou d'autres choses?

exactement!
tu peux lier tes jeux de données à l'aide de leur propriété MasterSource (et MasterFields dans le cas des xTable). dans l'aide de delphi il y une procédure dessus.

[CharleLéo]

Salut,

Je ne suis pas d'accord avec EVARISNEA. Access gère lui même les intégrités fonctionnelles, pour autant que ta requète sois bien construite. Le générateur de requète ACCESS est fait pour. Une fois ta requète générée, il suffit de renseigner la propriété datasource de l'objet ADO avec le nom de ta requete ACCESS.

A+

[evarisnea]

holà!
@CharleLéo: je crois que tu ne ma pas bien compris! je n'ai pas dis pas qu'ACCESS ne gère pas les intégrité référentielles ou quoi que ce soit. si tu relis mon Post, tu verras que j'ai cité fthdz pour répondre à cette préoccupation là seulement et non à propos des intégrités référentielles d'ACCESS .

[fthdz]

premierement je vous remercier tous pour l'aide

concernant l'integrité fonctionnelle je pense que les deux méthodes marche !
la premiere:

tu peux lier tes jeux de données à l'aide de leur propriété MasterSource (et MasterFields dans le cas des xTable). dans l'aide de delphi il y une procédure dessus.

dans le cas de 2 DBGRID ,a chaque fois en selectinne un enregistrement de DBGRID1 le deuxieme DBGRID2 change .

deuxieme méthode

Access gère lui même les intégrités fonctionnelles, pour autant que ta requète sois bien construite. Le générateur de requète ACCESS est fait pour. Une fois ta requète générée, il suffit de renseigner la propriété datasource de l'objet ADO avec le nom de ta requete ACCESS.

dans le cas par exemple d'une recherche dont l'affichage se fait dans des dbedit(requete SQL).


merci

[CharleLéo]

Salut,

Milles excuses pour EVARISNEA. Je n'avais pas vu.

deuxieme méthode

Citation:
Access gère lui même les intégrités fonctionnelles, pour autant que ta requète sois bien construite. Le générateur de requète ACCESS est fait pour. Une fois ta requète générée, il suffit de renseigner la propriété datasource de l'objet ADO avec le nom de ta requete ACCESS.


dans le cas par exemple d'une recherche dont l'affichage se fait dans des dbedit(requete SQL).

Exact, mais tu peux aussi utiliser n'importe quel type d'objet pour effectuer une recherche.
Cela peut être un edit, uin label etc... Bien entendu tu devras paramétrer ta requète avec la valeur contenu dans ton objet

A+