Discussion :

[robich]

Bonjour Robert,

voilà un a perçu des relations après rectification

[jimbolion]

robich,

Bonjour

Pour défricher le terrain car je pense que deux avis valent mieux qu'un en terme de modélisation, et que cette partie conditionne tout ton projet, je soumets quelques remarques.

1. Une table des codes postaux est t-elle envisagée ? Elle procure de multiples intérêts (envoi de courrier, facilité de saisie...). Dans ce cas pense aux bureaux distributeurs et communes rattachés (un code postal n communes).

2. Le fait de redescendre dans ta table Contrat le numéro du client procure t'il un intérêt quelconque ? Par héritage tu aurais pu le retrouver grâce à la table conducteur. Ce n'est pas forcément une erreur, dans des solutions très complexes (exemple mode hébergé) et l'utilisation récurrentes de requêtes peuvent amener à ce genre de décision.

3. Entre contrats et réservations, je constate une relation 1 à n. J'en déduis donc que pour un contrat x il peut y avoir plusieurs réservations possibles. Dans ce cas parfait, puisque la relation 1 à n est bien indiqué avec la table véhicules. Mais cela revêt une importance (voir point suivant)

4. Tu associes la table sinistre à un contrat. Cela et suivant ma remarque du point 3 t'obliges donc à inscrire dans cette table sinistre le véhicule.
Pourquoi ne pas faire redescendre alors directement ta relation entre tables sinistres et réservations. (tu t'affranchis donc d'une clé et donc de performances accrues). Intérêt supplémentaire à cette relation et non des moindres, c'est qu'elle te permet également de gérer la date sinistre. Dans ton modèle t'es tu posé la question suivante :

Sur le contrat x le conducteur y a pris deux réservations sur la même voiture dans la même journée. Dans ce cas ta table sinistre ne peut déterminer de quelle réservation il s'agit...

5. La table T_Jour se sent orpheline

Pour le reste il y a de la réflexion, j'en conjure... Robert verra peut-être d'autres choses...

Bon courage pour la partie développement... et à bientôt

JimBoLion

[robich]

merci Jimboliom pour tes remarques, pour les tables contrats et réservations comment peux-ton changé pour avoir une contrat pour une réservation, les autres modif je l'ai changé, pour "La table T_Jour se sent orpheline" je doit lié avec quel table?

[Robert1957]

Bonjour robich, Jean-Marie,

2. Le fait de redescendre dans ta table Contrat le numéro du client procure t'il un intérêt quelconque ? Par héritage tu aurais pu le retrouver grâce à la table conducteur. Ce n'est pas forcément une erreur, dans des solutions très complexes (exemple mode hébergé) et l'utilisation récurrentes de requêtes peuvent amener à ce genre de décision.

Je crois que c'est une erreur au niveau de la relation. Si je comprend bien ce que veux faire robich, un contrat peu avoir plusieurs conducteurs et un client peu avoir plusieurs contrat. Donc la table Conducteur est une table intermédiaire pour faire une relation plusieurs à plusieurs. Est-ce bien ça robich? Si c'est le cas la table contrat n'a pas besoin de id_conducteur_FK et la table Table_Conducteur devrait avoir au lieu du champ Id_Conducteur un champ Id_Contrat_FK. La relation un contrat plusieurs conducteurs. Maintenant est-ce que dans un contrat il y a un client responsable, si oui le champ Id_Client_FK est nécessaire pour identifier le client relié à ce contrat ou dans la table Conducteur un champ oui/non pour identifier le conducteur qui signe le contrat.

Sur le contrat x le conducteur y a pris deux réservations sur la même voiture dans la même journée. Dans ce cas ta table sinistre ne peut déterminer de quelle réservation il s'agit...

Très bien vu

pour les tables contrats et réservations comment peux-ton changé pour avoir une contrat pour une réservation

Si un contrat = une réservation je ne suis pas certain du besoin de la table réservation. Dans la table contrat tu pourrais avoir un statut qui indique en réservation et en contrat ou quelque chose du genre.

5. La table T_Jour se sent orpheline

Pour celle-là j'ai un peu d'avance sur toi Jean-Marie. J'ai aidé robich pour un planning et c'est la table pour le formulaire de planning comme dans le tuto de ce nom.

Bonne journée

[Robert1957]

Bonjour Jean-Marie,

Pour défricher le terrain car je pense que deux avis valent mieux qu'un en terme de modélisation, et que cette partie conditionne tout ton projet, je soumets quelques remarques.

Je suis tout à fait d'accord avec toi. C'est la partie la plus importante et j'ai vu certaines de tes discussions et ton avis est toujours très juste.

Donc ne te gêne pas j'apprend en même temps

Bonne journée

[robich]

Bonsoir Jimbolion Robert

voilà en pièce jointe les modifications j'espère que j'ai tout met vos propositions, par contre la table type de commune je doit la lié avec quelles tables?

[robich]

Bonjour Robert, Jimbolion

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Si je comprend bien ce que veux faire robich, un contrat peu avoir plusieurs conducteurs et un client peu avoir plusieurs contrat. Donc la table Conducteur est une table intermédiaire pour faire une relation plusieurs à plusieurs. Est-ce bien ça robich

oui c'est bien ça Robert

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

Maintenant est-ce que dans un contrat il y a un client responsable, si oui le champ Id_Client_FK est nécessaire pour identifier le client relié à ce contrat ou dans la table Conducteur un champ oui/non pour identifier le conducteur qui signe le contrat.

oui

concernant la table réservation je croix que je vous le laissé ça peut arrivé qu'il y'a une réservation pour plusieurs contrat.
le reste j'ai fait le changement

dans le cas si j'ajoute Une table des codes postaux je doit lié avec quelles tables?

[jimbolion]

Rob et Rob,

concernant la table réservation je croix que je vous le laissé ça peut arrivé qu'il y'a une réservation pour plusieurs contrat.
le reste j'ai fait le changement

dans le cas si j'ajoute Une table des codes postaux je doit lié avec quelles tables?

une table Code Postaux (ID, CodePostal, Commune,TypeCommune)

typeCommune = 1 ou 2

une table TypeDecommunes : 1 = (bureau distributeur) et 2 (commune rattachée)

Dans la table Client, l'id_CodePostal_FK en relation avec l'id de la table codepostaux

Pour la mise en place du formulaire : on tape le code :

possibilité 1 : Une seule entrée on affiche le code + la ville
possibilité 2 : pas d'entrée on affiche le formulaire création
possibilité 3 : plusieurs entrées, on affiche le formulaire présentant la liste des communes, première ligne bureau distributeur, et ensuite trié par commune.

Prévoir existence d'une ou plusieurs entrées avec création d'une nouvelle commune...

Peut tu nous mettre à disposition les nouvelles relations ?

JimBoLion