Discussion :

[adelneo]

jetez un coup d'œil sur mon schéma MLD.
ma question est : qu'elle est la meilleur façon sous Delphi pour avoir une interface qui permet d'ajouter et de modifier un véhicule sans avoir à modifier chaque fois les tables marques,types carburant,services.
j'essaye de minimiser l'intervention de l'utilisateur en se basant sur une seule fiche "Véhicule" qui contient des dblookupcombobox sur carburants (essence , gasoil, Gpl) mais cela me pose problème sur "services" et "marques" quand on a à ajouter un nouveau service ou une nouvelle marque.
j'espère que j'étaie suffisamment clair.
j'attends vos idées.

[philnext]

En fait j'ai peur que tu ne sois pas assez clair !
Le plus classique est de faire une fiche de 'création' de véhicules avec des DBComboBox pour chaque table liée : carburant, services, marques.

[adelneo]

En fait j'ai peur que tu ne sois pas assez clair !
Le plus classique est de faire une fiche de 'création' de véhicules avec des DBComboBox pour chaque table liée : carburant, services, marques.

ta solution est utile dans le cas où la table lié contient un nombre statique de lignes (comme la table carburant) donc aucune nécessité de modifier son contenu. par contre la table marques peut avoir des insertions dans le futur (ajouter de nouvelles marques) dans ce cas le combobox ne sert à rien, il faut premièrement ajouter la nouvelle marque à la table marques et actualiser ensuite le combobox (ce cas de figure est pareil pour la table service , types)
la solution de base est que l'utilisateur a la possibilité d'accéder à toute les tables (c'est ce que je veux éviter) et y ajouter une ligne à chaque fois qu'il y a une nouvelle donnée (nouvelle marque , service ou type) et remplir par la suite la fiche de nouveau véhicule en choisissant les donnée liée dans des combobox.
Personnellement, je trouve cette solution assez lourde pour un utilisateur qui a plus de 100 véhicules à saisir et je suis certain qu'il y a une solution beaucoup plus simple en utilisant des composant ou des fonctions prédéfinis dans delphi .

[Paul TOTH]

ta solution est utile dans le cas où la table lié contient un nombre statique de lignes (comme la table carburant) donc aucune nécessité de modifier son contenu. par contre la table marques peut avoir des insertions dans le futur (ajouter de nouvelles marques) dans ce cas le combobox ne sert à rien, il faut premièrement ajouter la nouvelle marque à la table marques et actualiser ensuite le combobox (ce cas de figure est pareil pour la table service , types)
la solution de base est que l'utilisateur a la possibilité d'accéder à toute les tables (c'est ce que je veux éviter) et y ajouter une ligne à chaque fois qu'il y a une nouvelle donnée (nouvelle marque , service ou type) et remplir par la suite la fiche de nouveau véhicule en choisissant les donnée liée dans des combobox.
Personnellement, je trouve cette solution assez lourde pour un utilisateur qui a plus de 100 véhicules à saisir et je suis certain qu'il y a une solution beaucoup plus simple en utilisant des composant ou des fonctions prédéfinis dans delphi .

il suffit d'ajouter un bouton "+" à côté des combo pour afficher la fenêtre de création correspondante en mode modal. Lors du retour il faut alors actualiser la combo et tant qu'à faire la positionner sur le nouvel enregistrement.

[adelneo]

il suffit d'ajouter un bouton "+" à côté des combo pour afficher la fenêtre de création correspondante en mode modal. Lors du retour il faut alors actualiser la combo et tant qu'à faire la positionner sur le nouvel enregistrement.

c'est une très bonne idée, je vais l'essayer merci beaucoup.

J'attends par contre les suggestions des autres qui sait il y a peut être de meilleures solutions.

[Delias]

Salut

Sous MS Access je résous ce problème en autorisant l'écriture libre dans le combo et lorsque l'utilisateur quitte le combo la procédure de mise à jour est appelée si l'entrée n'est pas dans la table liée (par le gestionnaire d'erreur). La procédure peut-être transparente ou avoir un fenêtre modale pour demander plus de renseignement ou simplement confirmer la nouvelle entrée de la table liée.
Maintenant je n'ai que Delphi 7 Perso, donc pas les composants DB et je ne peux pas le tester pour savoir si c'est aussi simple que cela avec Delphi.

[Just-Soft]

il suffit d'ajouter un bouton "+" à côté des combo pour afficher la fenêtre de création correspondante en mode modal. Lors du retour il faut alors actualiser la combo et tant qu'à faire la positionner sur le nouvel enregistrement.

Salut

s'agissant du même problème c'est, souvent, cette solution que j'utilise.

[Pascal Jankowski]

il suffit d'ajouter un bouton "+" à côté des combo pour afficher la fenêtre de création correspondante en mode modal. Lors du retour il faut alors actualiser la combo et tant qu'à faire la positionner sur le nouvel enregistrement.

Une solution sensiblement équivalente consiste à utiliser des DBLookupCombobx pour chaque liste. L'ajout (ouverture de la fiche modale) se fait en détectant l'enfoncement de la touche <insert> quand la liste du DBLookupCombo est ouverte.
Cela évite de mettre un bouton supplémentaire sur la fiche.

[adelneo]

Une solution sensiblement équivalente consiste à utiliser des DBLookupCombobx pour chaque liste. L'ajout (ouverture de la fiche modale) se fait en détectant l'enfoncement de la touche <insert> quand la liste du DBLookupCombo est ouverte.
Cela évite de mettre un bouton supplémentaire sur la fiche.

merci je trouve que c'est la meilleure solution.
merci pour tout le monde.