vladocbm
Messages postés21Date d'inscriptionmercredi 25 octobre 2006StatutMembreDernière intervention19 avril 2008
-
4 mars 2008 à 12:51
NorexaMS
Messages postés10Date d'inscriptionmercredi 11 février 2009StatutMembreDernière intervention27 mars 2009
-
11 févr. 2009 à 18:30
bonjour tout le monde ,
voila je suis un petit debutant sur delphi , je suis entrain de developper un application de bases de données (g choisis paradox juste pour un debut).
je voullais saisir des donner de plusieur base de donner mais sur un meme DBgride,
primo : je ne sais pas si c fesable
si c fesable comment ?
si c non , coment faire alors ?
merci pour votre aide.
on est toujour entrain d'apprendre.
cs_MAURICIO
Messages postés2106Date d'inscriptionmardi 10 décembre 2002StatutModérateurDernière intervention15 décembre 20145 4 mars 2008 à 17:15
Salut,
la mauvaise nouvelle: un Dataset para DBGrid!
la bonne nouvelle: je ne sais pas ce que tu veux faire mais avec de l' imagination, tu peux faire ce que tu veux.
Sans savoir ce que tu prétends faire, tu peux utiliser un ClienDataset qui contiendrait les données de tes tables.
Tu devras gérer ensuite l' actualisation de tes tables réelles.
vladocbm
Messages postés21Date d'inscriptionmercredi 25 octobre 2006StatutMembreDernière intervention19 avril 2008 5 mars 2008 à 11:46
bonjour tt le monde
merci pour vos orientations , pour vous eclaircire un peut :
le query ne sauvgarde pas les donnée , il sert a les afficher non ? et moi ce que je veut c de saisir les données et les stocker .(haftarifouad).
(mauricio): je t'explique :
le travail c'est de gerer les operations de maintenance :
dans une intervention on consomme de la piece de rechange
donnc intervention------consomme-----pieces de rechange
et si tu vois un peut "consomme" deviendera une table avec les deux clés des deux autre table
et moi dans ma saisie j'ai besoin d'un dbgrid qui m'affiche les info des pience consommées , donc j'ai besoin des information de la table piece.
vladocbm
Messages postés21Date d'inscriptionmercredi 25 octobre 2006StatutMembreDernière intervention19 avril 2008 11 mars 2008 à 10:25
mon app c le suivi de la maintenance; j'ai une table "REPRATION" qui est liée avec la table PIECE DE RECHANGE" avec la relation "necessite"avec la proprieté Prix.U.
dans ce cas la relation necessite devient une table aussi puis ce que les deux clés des tables "reparation" et "piece de rechange" vont migrées dans la table relation .
quand je fais une saisis je dois saisir le num de reparation je doit saisir la piece de rechange consommés avec sa designation et le prix U.
j'ai essayé de trouvé une solution , et ca a marché a moitié dans la saisie le programme bloque a la 3eme ligne du grid avec le message "violation de clé"
et là je suis completement perdu
alors sauvez moi svp.
comme ca c plus clair je crois donc j'ai toujour besoin de plus de deux tables.
je calere toujour mes amis , sauvez moi svp.
cs_cantador
Messages postés4720Date d'inscriptiondimanche 26 février 2006StatutModérateurDernière intervention31 juillet 202113 11 mars 2008 à 12:23
hou hou, il n'y a rien de grave et rien à sauver !
Le problème est que tu as choisis un SGBD merdique au possible et que pour régler ton souci, il faut passer en revue toute une série de manipulations dont on ne sait pas ce que tu en as fait !
Alors, on va régler un bout et çà sera l'autre qui ne sera pas paramétré correctement etc etc..
Les problèmes de relation entre les tables sont assez délicats..
Il y a bcp de choses à mettre au point tant au niveau de la base que des composants avant de dire "ouf çà y est çà marche !"
Sur ce forum, on ne peut être précis que si le demandeur est averti sinon on se contente de donner des pistes à suivre..une simple direction à prendre rien de plus..
Il faut d'abord commencer par le commencement
C'est-à-dire faire l'effort de lire quelques documentations et s'inspirer des exemples qui fourmillent sur ce site et sur d'autres.
vladocbm
Messages postés21Date d'inscriptionmercredi 25 octobre 2006StatutMembreDernière intervention19 avril 2008 11 mars 2008 à 15:05
merci pour la contribution contador, je veux quand meme preciser que je suis certe un bleu sure delphi , mais loin de l'etre dans la conception et l'analyse.
le SGBD relationnel se fait ainsi , je ne voullais pas suivre les méthode anarchique ôu metre n'importe quelle propieté dans n'importe quelle table comme font certains.
je pense que ma méthode d'analyse est tres juste , mon souci est que je ne sais pas comment l'appliquer sur delphi , voila tout
peut etre que j'ai mal choisis le composant , alors si vous avez une autre idées j'en serai tres ravi.
cs_cantador
Messages postés4720Date d'inscriptiondimanche 26 février 2006StatutModérateurDernière intervention31 juillet 202113 11 mars 2008 à 17:29
Si tu veux faire des progrès, change de SGBD car de toutes façons tu n'iras pas très loin avec paradox + BDE..
Mais c'est vrai aussi que si tu évolues, il faudra prévoir un petit budget car certains composants ou autres logiciels ne sont pas donnés.
vladocbm
Messages postés21Date d'inscriptionmercredi 25 octobre 2006StatutMembreDernière intervention19 avril 2008 12 mars 2008 à 09:48
merci pour le consiel contador, je sais que paradox a tendance a disparaitre, mais comme je n'arrete pas de la repeter je suis nouveau sur delphi, j'utilise des base de données simple et quand je metrise un peut je me lance avec d'autre bases p^lus performante.
mais ton consiel que j'aprecis beaucoup na pas regler mon probleme , et meme si je change de table ca reste toujour un peubleme .
NorexaMS
Messages postés10Date d'inscriptionmercredi 11 février 2009StatutMembreDernière intervention27 mars 2009 11 févr. 2009 à 18:27
Afin d'avoir un composant DBGrid qui affiche toutes les données d'une table plus un libellé en clair provenant d'une autre table, nous allons nous appuyer sur un clientDataSet.
Dans un premier temps, créez tous les champs de votre table de base. Ensuite ajoutez dans votre Dataset un nouveau champ (double clic sur le ClientDataSet, clic droit > Nouveau champ)
Les zones nom, type et taille du champ sont à remplir comme pour un champ classique. Ce qui va changer c'est la zone "Type de champ" on va cocher ici Référence. Un champ référence fonctionne exactement comme un DBLookUpComboBox, il affiche le libellé d'une autre table en se basant sur un index de la table en cours faisant le lien.
NorexaMS
Messages postés10Date d'inscriptionmercredi 11 février 2009StatutMembreDernière intervention27 mars 2009 11 févr. 2009 à 18:30
"se basant sur un index de la table en cours faisant le lien."
par cette phrase, il voulait dire :
Dans ta table dans laquelle tu veut afficher les données d'une autre table, tu crée une CLEF ETRANGERE qui pointe vers la CLEF PRIMAIRE de la table delaquelle tu veut prendre les données a afficher c'est cette CLEF ETRANGERE qui est l'index a metter dans CHAMP DE REFERENCE
Bientôt en Ligne !