Discussion :

[frazck]

Bonjour,

Rencontrant quelques soucis dans la saisie de données dans des tables avec jointures, j'aurais voulu savoir comment vous développez vos Form de saisie de vos champs de bdd lorsqu'il y a plusieurs tables avec jointure.

Dans mon cas j'ai 3 tables : Employe, Contrat et Souscription qui fait le lien entre les tables Employe et Contrat. (voir ici)
J'utilise un TForm pour ajouter un Contrat. Sur cette fiche, je pose mes composants de bdd (DBEdit, ...) pour la saisie des champs de la table Contrat et les composants de bdd pour la saisie des champs de la table Souscription. Procédez-vous de la même manière ?

[chris37]

Salut vieille branche encore vivant ?

Tu ne te rappels pas de mes cours du soir dis moi ?

Tu ne peux pas utiliser directement une jointure pour tes saisies, il te faut dans ce cas un mode d'affichage et un mode de modification avec 2 requêtes ou sinon utiliser des loockup mais pas très commodes au bout d'un moment...

@+

[frazck]

Salut vieille branche encore vivant ?

Salut Chris,
Je m'attendais un peu à avoir une réponse de ta part (m'sieur l'expert BDD)

Tu ne te rappels pas de mes cours du soir dis moi ?

En base de données, jamais eu de cours

Tu ne peux pas utiliser directement une jointure pour tes saisies, il te faut dans ce cas un mode d'affichage et un mode de modification avec 2 requêtes ou sinon utiliser des loockup mais pas très commodes au bout d'un moment...

Tu peux me la refaire ? J'ai pas tout compris
Pour l'affichage, pas de problème. Je crée une vue dans ma base que j'affiche dans un dbgrid. Par contre, pour la saisie, j'utilise les dbedit, dbcombo (et ceux avec des lookup aussi). Mais c'est après que ça se gâte. Lorsque je fais un applyupdate sur mes 2 tables. Sachant que dans la seconde table, je dois retrouver le champ id de la première table.

@+

@+

PS: Tu es toujours sur gmail ? Tu peux me transmettre ton adresse par MP ?

[chris37]

He he sacré Franck

Pour l'affichage avec ta vue dans la dbgrid --> ok
Pour la saisie des données via composant dbedit -->ok

Mais pour l'insertion des données dans les tables --> 1 Requêtes par tables et la tu récupères l'ID de la première avant le deuxième insert (Tu suis toujours...)

Parce que ta vue ne va pas tout gérer toute seule (Certains diront que c'est possible mais je ne le conseil pas). Mieux vaut maitriser ce qui rentre dans les tables

Cela permet en plus, d'initialiser des rubriques internes sans les faire transitées par la vue et donc d'alléger les temps de réponses comme des champs date, login etc.....

@+

[frazck]

Merci pour ta réponse Chris. Mais je voudrais éviter d'avoir des requêtes à créer. Je préférerais une solution via les Triggers et/ou les composants ZEOSLIB (zupdatesql).
Mais par les triggers je n'ai pas encore trouvé de solution (j'ai pas essayé la solution proposée par bigane ici). Avant d'essayer, tu en penses quoi ?

[chris37]

Salut Franck,

Effectivement, Bigane propose la solution dont je parlais plus haut mais que je n'utilise pas.. mais qui néanmoins fonctionne parfaitement...

C'est l'avantage du SQL. En rajoutant quelques petites fonctions appelées par les triggers on obtient un résultat correct. Ton code est plus souple et directement sur la Dbd..

Pour ton besoin c'est à mon avis la bonne piste à suivre.....
De mon coté, mon ERP gère tellement de truc paramétrés que je garde la main au niveau du code (Mais cela n'engage que moi)

Tiens nous au courant petit