[Résolu]Sélection en cascade depuis plusieurs tables

[JimMat]

Bonjour,

Je suis en train d'essayer de créer une bdd pour la gestion d'un parc automobile.

Dans celui-ci nous avons un nombre important d'origine diverses pour la provenance ainsi que pour la destination des véhicules.

Aussi, pour essayer de bien comprendre le principe des relations, autant que pour éviter les saisies inutiles, j'ai décidé de créer une première base "Pays" en relation avec une deuxième "Régions" elle-même en relation avec une table "Départements", ainsi de suite jusqu'a la dernière table "Villes".

L'idée étant que lors de la saisie sur formulaire, le choix du "Champ" pays définissent les régions uniqement en lien avec ce pays et que la l'Occitanie ne se retrouve pas en Allemagne.

J'ai cherché (peut-être mal), j'ai essayé en reproduisant les exemples dans les tutos, mais je dois rater un truc car lorsque j'essaie de reproduire le principe cela ne fonctionne pas.

Pourriez-vous me donner des pistes ou des solutions ou éventuellement m'indiquer ou je pourrais trouver cette information ?

Vous aurez compris que je débute avec les bases open office et s'il faut des informations plus précises n'hésitez pas !

Merci pour votre aide.

Fred_Auto.odb

[Dahu]

Bonjour,
Votre système est cohérent, l'étape suivante est de créer un formulaire pour saisir les données.
Cependant cette manière de référencer dans des tables les villes, pays, etc. est intéressant si vous avez peu de lieux différents et qu'ils ressortent souvent dans vos origines ou destinations.
Comme vous dites que vous en avez beaucoup, il vaut mieux avoir dans la table qui répertorie vos affaires, un champs pour chaque donnée géographique. Dans ce cas la saisie se fait par une "Zone combinée" qui permet de sélectionner toutes les villes déjà présentes dans la table ou d'en saisir une nouvelle. Chaque nouvelle ville saisie apparaitra ensuite dans la liste. Vous créez aussi une Zone combinée pour le département, la région et le pays. (voir P.J.)
Pour ce système, vous n'avez pas besoin des tables pays, département, etc. votre table d'affaires suffit. Comme dans chaque enregistrement d'affaire vous avez la ville, le département, la région et le pays, il est facile de trier/sélectionner vos données selon chacun de ces critères.
Bien Cordialement,
François

Fred_Auto.odb

[JimMat]

Bonjour François et merci beaucoup pour cette réponse rapide et qui plus est exhaustive.

Je regarde tout cela et je reviens clôturer le sujet si je n'ai pas d'autres questions.

Merci encore et bonne journée.

Bien cordialement.

[jeanmimi]

Bonjour,

j'ai décidé de créer une première base "Pays" en relation avec une deuxième "Régions" elle-même en relation avec une table "Départements", ainsi de suite jusqu'a la dernière table "Villes".

Les tables (et non bases) fonctionnent très bien pour que les Contrôles de tables fonctionnent en cascade. (voir dans la Base le formulaire Form_Saisie_Villes
L'avantage de saisir les coordonnées Pays, Régions, Départements puis Villes est de n'avoir qu'un seul ID par champs d'enregistrement lié au Pays, à la Région, etc.
Par exemple, en Espagne, la Région Castilla y Léon est composée de 9 subdivisions, autant de risque de mal orthographier ces noms en les saisissant à la volée, ce qui peut être évité si la saisie est déjà figée dans une Table.
Lors de la saisie d'une affaire, le seul nom de la ville suffit puisque la totalité des infos du lieu peut être reconstitué dans une requête.

[JimMat]

Merci pour toutes ces informations.

Si je résume, je supprime les Tables (et non pas les bases, désolé) T_Régions/T_Départements/T_Villes que je réunis sous une seule mettons T_Geo et dans laquelle par le Formulaire_saisie_villes je viens, soit créer le pays/région/département s'il n'existent pas, soit les sélectionner dans la liste déroulante s'il sont présents ? Ce que je pourrais faire en utilisant une Zone combinée (je ne sais pas encore comment faire cela mais je vais chercher.

Est-e que mon raisonnement est le bon ?

J'ai continué à construire les tables qui vont recevoir les autres informations dans ma base que je place en P.J.

Si vous voyez une ineptie, ce qui est fort probable, n'hésitez pas à me la signaler.

Côté principe de fonctionnement est le suivant : pouvoir suivre la traçabilité du véhicule depuis les prestataires, qui les ont en stock (pour cela j'ai construit une Table_Prestataires en corrélation avec une T_Véhicules. Par la suite, je vais essayer de faire un calcul entre le coût du stock et la rentabilité ou non, du véhicule soldé.

Voilà, je me recolle à la compréhension des formulaires et des zones combinées.

Merci encore pour votre aide.

Fred_Auto_copie travail.odb

[JimMat]

Une petite précision qui ne sera peut-être pas utile puisque vous avez beaucoup plus l'habitude des bases de données que moi qui débute dans le domaine. L'objectif de la T_Geo est bien sur de réutiliser le champ "Ville" qui viendra compléter l'adresse des diférents prestataires pour les entrées et les sorties de véhicules.

Merci encore, et désolé si cette précision n'était pas pertinente.

[Dude]

Salut,

As-tu calculé la volumétrie de tes tables ?
Rien qu'en France, on a plus de 30.000 communes.
Tu vas avoir un gros problème de performance avec le mode natif qui effectue le chargement de la base en RAM.

[JimMat]

Salut Dude,

Et merci pour ta remarque.

J'ai effectivement réfléchis à cette éventualité. Cependant, de par l'origine des prespataires fournissant les véhicules il s'avère qu'ils ont la particularité de collecter et de rassembler les véhicules au maximum dans 3 ou 4 villes par départements. De ce fait, je ne pense pas arriver à saturation.

Pour autant, la remarque reste pertinente et si un jour les prestataires devaient dispatcher les véhicules cela poserait un souci. Heureusement, à l'heure actuelle, c'est plutôt le phénomène inverse qui s'organise...ouf donc!

Merci encore pour ta suggestion.

Sinon, concernant l'évolution de ma base, j'ai rajouté des tables, des formulaires et des boutons pour circuler des uns aux autres. Si vous avez le temps de jeter un oeil et de me dire si vous trouvez des choses incohérentes je suis preneur.

Autre chose, pour en revenir au sujet, je galère toujours pour comprendre la mécanique de construction de la modification de Jeanmim concernant la saisie des Pays / Régions / Départements / Villes. Il me faut pourtant bien piger le système car, je dois faire la même chose pour les Tables Genre / Marques / Modèles de la F_T_Vehicules ainsi que pour son formulaire.

Je continue mes recherches et merci pour votre aide.

Fred_Auto_Sauvegarde4.odb

[JimMat]

Re,

J'ai pas mal avancé depuis mon dernier message. J'ai réussi (enfin il me semble) a lier mes formulaires en suivant (je crois) les consignes que vous m'avez donné.

Cependant, je me heurte à une difficulté dans le même cadre puisque je dois faire une "Zone combinée" Modèle qui dépend elle même d'une Zone Marques. En effet, lors de la selection du modèle à choisir dans le formulaire de saisie du véhicule, je souhaite que la liste de modèles proposée dépende du choix de la Marque réalisé juste avant. Je ne sais pas si mon explication est claire, mais ce le sera peut-être plus avec la base suivante :

Fred_Auto_Sauvegarde5.odb

Sinon, petit détail pratique et tout bête auquel je n'ai pas trouvé de réponse. J'ai rajouté un champ oublié à la conception dans un table et je voudrais l'intégrer dans un formulaire existant. Je n'arrive pas à trouver comment les liés un fois le formulaire construit. Je pense que c'est un truc tout simple qui m'échappe, raison pour laquelle je n'ai pas créer un nouveau sujet.

Voilà, je continue mes recherches et merci pour votre aide précieuse.

[jeanmimi]

La Table F_T_Vehicules n'est pas conforme, car elle ne devrait contenir que les informations fixes et permanentes concernant le véhicule.Elle devrait aussi avoir un champ de clé primaire de Type INTEGER pour entrer en relation avec des champs de types identiques, ce qui n'est pas le cas actuellement.

[JimMat]

Merci pour le retour.

J'étais en train d'arriver péniblement à la même conclusion.

En fait, je vais devoir renommer ma table F_T_Vehicules en F_T_Dossiers ou Affaires comme l'avait je crois suggéré Dahu.

Je vais aussi devoir recréer une table T_Vehicules qui va me donner un enchaînement de champs basé sur "Champ_Genre" de la table T_Genre contenant les données "P.L / V.L / Engins / 2 Roues puis une table T_Marques liée au Genre qui me fournira des données Peugeot / Renault / Caterpillard qui à sont tour sera lié à une table T_Modeles qui renseignera les données 806 / Clio / 300.9D.

Pour le reste, j'ai trouvé les réponses à mes questions et j'ai fait évolué ma base comme suit :



Merci encore pour le retour et désolé si je pose des questions qui peuvent être stupides mais cela me permet d'avancer petit à petit. Merci.


Petit Up

Vu le merdier qu'a généré le changement de nom de la T_Vehicules en T_Dossiers, j'ai préféré reprendre à zéro (100 fois sur le métier ... )
Plutôt que partir bille en tête comme précédemment et refaire une énième boulette, j'ai opté pour synthétiser ma base avant création (ce que j'aurais du probablement faire avant!) dans un fichier calc que je dépose ici :

Ebauche Fred_AutoV2.1.ods

Si vous trouvez le temps de me dire si cette fois, il et les tables sont cohérentes.

Pour les choix tables T_Genres T_Marques T_Modèles, comme pour ceux T_Pays T_Regions T_Départements, il me semble que le nombre d'entrées sera plus facile a gérer ainsi, mais je peux largement me foutre dedans.

Bref, si vous avez des retours, je suis preneur.

Merci encore.

[jeanmimi]

Pour le reste, j'ai trouvé les réponses à mes questions et j'ai fait évolué ma base comme suit :
Fred_Auto_Sauvegarde6.odb

La Base n'a pas suivi.
Quant aux questions, elles font progresser tous ceux qui se les posent.

[JimMat]

En fait, si elle avait suivi mais comme j'ai décidé de la refaire et que j'ai fait un up de mon premier message, je l'avais supprimée, mais elle rendait cela :

Fred_Auto_Sauvegarde6.odb

Pour autant, il me semble que ma synthèse sur le calc pourrait me permettre de gagner du temps !
N'est-ce pas une hérésie de poser un fichier *.calc dans un forum sur les *.odb ??

[jeanmimi]

Pour autant, il me semble que ma synthèse sur le calc pourrait me permettre de gagner du temps !

Les synthèses se font dans les requêtes et s'affichent, avec des compléments, dans le rapport.

[JimMat]

Euh oui, je ne sais pas encore comment mais je compte bien tout développer dans ma base.

En fait, la synthèse Ebauche Fred_AutoV2.1.ods que j'ai déposé dans le post précédent reprend une synthèse de toutes mes tables avec leur connexions.

C'est le système le plus simple que j'ai trouvé pour shématiser mon montage et mes relations. Cela devrait me permettre d'éviter d'oublier des champs et des informations comme je l'ai fait dans ma première base.

Voilà, merci.

[JimMat]

J'ai avancé sur mon système et j'ai compris que mon montage était inversé.

Pour éviter de devoir tout refaire comme la dernière fois, j'ai décidé de commencer par une relation de table plus simple entre les marques de véhicules et leurs modèles.

C'est lors de cette création que j'ai réalisé mon erreur. En fait une marque peut avoir plusieurs modèles, en revanche un modèle ne correspond qu'a une seule marque et du coup, cela fonctionne pour la saisie dans mon formulaire.

Cependant, je voudrais maintenant construire mon formulaire de saisie dossier, dont la clef primaire est le numéro d'Immat du véhicule en ce sens qu'une fois que la maque est choisie, c'est uniquement les modèles qui correspondent à cette marque qui se retrouvent dans la liste de choix ou la zone combinée.

Pour cela, existe-t-il une insturction particulière dans la propriété de la liste ou est-ce que je dois faire une requette en amont qui va selectionner uniquement les modèles liés à la marque avant de me les retourner dans ma liste ?

Si il me faut passer par une requêtte, auriez vous une idée de la marche a suivre ?

Merci pour vos idées.

Fred_Auto_S1.odb

[Dude]

Salut,

Sauf à être dans un cas très simple. Tout ce qui est gestion de listes liées entre elles ne peut se faire que par macro.
Nombreux exemples dans le tuto : viewtopic.php?f=29&t=14662

[JimMat]

Merci, je regarde cela.

En fait, je crois que je m'exprime mal.

Pour essayer d'être simple. J'ai un formulaire F_Saisie_Dossiers qui est lié à une clef primaire Id_Immat. Dans ce formulaire, l'utilisateur va selectionner le véhicule concerné par sa marque et en fontion de la marque, le modèle correspondant. Je n'ai donc pas (il me semble) besoin de créer un sous-formulaire, puisque mes tables T_Marques et T_Modeles sont liées. En revanche, je souhaite que dans la liste déroulante du modèle, ce soit uniquement les modèles qui correspondent à la marque qui soit disponible. En clair, si l'utilisateur choisi la marque Renault dans mon exemple, il n'ai le choix qu'entre Clio et Espace. Ceci pour gagner du temps et éviter les erreurs de saisie.

De la même façon, je suis en train de créer les tables pour la gestion des prestataires.

J'ai créer les tables T_villes / T_Departes / T_Regions / T_Pays.

Dans le formulaire que création des Prestataires, je souhaite que une fois le pays selectionné dans la liste de choix, il ne s'affiche uniquement que les régions présentes dans ce pays et ainsi de suite jusqu'à la selection de la ville, car comme nous l'avons vu précedemment, plus de saisies = plus de risque d'erreur.

Voilà, et j'ai beau chercher un peu partout, je ne trouve pas la solution ou alors, ce qui est très possible, je passe à côté sans la comprendre.

Merci pour vos retours.

Fred_Auto_S1.odb

[Dude]

En clair, si l'utilisateur choisi la marque Renault dans mon exemple, il n'ai le choix qu'entre Clio et Espace. Ceci pour gagner du temps et éviter les erreurs de saisie.

Relis le tuto qui montre justement ce type d'exemple

[JimMat]

Bonjour,

Et merci Dude pour le conseil que j'ai suivi.
J'ai essayé de comprendre la mécanique de fonctionnement en gors de la macro plutôt que de faire un copier/coller.
Ce d'autant plus que forcément même si le sujet est le même, les noms de champs eux sont différents.

Ce qui explique peut-être la raison du message d'erreur et le non fonctionnement de la macro dans ma base :

Fred_Auto_S1.odb

Tout fonctionne parfaitement pour l'ouverture des formulaires de rajout Marque et Genre.

Par contre, lorsque je veux ajouter un modèle, office me demande de faire une mise à jours et voir si une nouvelle version d'OpenOffice est disponible.

Et lorsque je veux selectionner une marque avant de chosir le modèle, j'ai un message qui me dit que j'ai une erreur de structure de script.

Je cherche à comprendre et je reviens dès que je trouve, ou si vous avez une idée ?

[tintin]

Bonjour,

office me demande de faire une mise à jours et voir si une nouvelle version d'OpenOffice est disponible.

Un capture d'écran de ce message serait bienvenue.

[JimMat]

Effectivement peut-être qu'une capture peut aider.

Capture1.PNG

Par contre, très bizarrement, le message concernant la mise à jour n'apparaît plus. .

Je ne comprends pas.

[micmac]

le message concernant la mise à jour n'apparaît plus. .

C'est un message comme celui-ci ?

[JimMat]

Bonjour Micmac,

Effectivement il était dans le même genre et il est revenu !

Capture d’écran 2024-06-04 191118.png

C'est celui_la précisément.

Ce qui est d'autant plus bizarre c'est qu'il apparaît une fois et une fois que j'ai cliqué sur "plus tard" puisque je sais qu'il n'y a pas de mise à jour office toutes les heures, il n'apparaît plus !

[tintin]

Curieux.
Cette fenêtre d'avertissement vous indique qu'une mise à jour d'OpenOffice est disponible ; n'en tenez pas compte et cliquez sur le bouton Plus tard.
Vous observerez ce comportement lorsque vous ouvrez un document créé avec LibreOffice.
Cette anomalie a fait l'objet de l'Issue 128412 résolue dans la prochaine version 4.2 de OpenOffice.
Les mises à jour d'OpenOffice se font manuellement et pas par l'intermédiaire d'un avertissement.
.

[JimMat]

Merci Tintin pour cette information.
Ce qui me surprend c'est que je n'avais pas ce message avant et que je ne l'ai que depuis que j'ai créé ma Macro pour la selection des Modèles basée sur le choix de la marque. Je pense donc qu'il y a une relation de cause a effet.
De toute façon, il y a une merdouille dans ma macro puisqu'elle ne fonctionne pas.
J'espère que cela disparaîtra une fois que j'aurais trouvé ce qui cloche dans cette macro.
Merci encore pour l'information.

[JimMat]

J'ai déjà réglé une petite partie du problème.
Comme un crétin, je n'avais pas modifié le lien dans l'évènement et je faisais référence à une ancienne macro...forcément, cela ne pouvait pas fonctionner.

Malgré tout, cela ne fonctionne toujours pas et j'obtiens maintenant ce message d'erreur :

Capture d’écran 2024-06-04 200833.png

Je retourne voir ce que j'aurais pu faire comme autre boulette.

[Jeff]

Bonjour,

Tout est dans le message

Tu devrais avoir plus de succès avec drawPage.

A +

[JimMat]

Effectivement, j'avais oublié un petit "r" qui change tout mais cela ne change malheureusement pas suffisament pour le fonctionnement.

Le message d'erreur a changé. Maintenant voilà le retour.

Capture d’écran 2024-06-04 220414.png

Et j'ai toujours mon message de mise à jour qui s'ouvre lorsque je clique sur Ajouter Modele.

[Bidouille]

Bonjour,

depuis que j'ai créé ma Macro pour la selection des Modèles basée sur le choix de la marque

Je vous invite à lire le bandeau rouge en haut de la page et poster au bon endroit.
Veillez aussi à ne pas mélanger plusieurs problèmes dans un même sujet.
Merci de penser à ceux qui ensuite effectuent des recherches dans ce forum.