Discussion :

[Mck698]

Dans le cas présent cela sous entend que tu dupliquerait les mêmes données (nompersonne, emailcontact, etc ...) avec des "numdossier" différents pour au final un même client.
Si c'est le cas ça ne va pas.

C'est cela. Un client ouvre un nouveau dossier et rempli le formulaire a chaque fois (3 champs obligatoires).

[RunCodePhp]

C'est cela. Un client ouvre un nouveau dossier et rempli le formulaire a chaque fois (3 champs obligatoires).

Je ne suis pas certain qu'on se comprenne.

Ce que j'évoque relève de la conception de la Bdd pure et dur, genre de chose qui théoriquement se fait avant d'écrire la moindre ligne de code.

La Base de données doit être en phase (c'est à dire : représenter) l'activité qu'on prévoit de faire.

Dans le cas présent, je vois qu'il s'agit de clients, et de dossiers.
Ton modèle de données (sa conception) à l'état actuel est prévue pour :
1 client pour 1 dossier (un client pour 1 seul et unique dossier)
Peut être même : 1 dossier pour plusieurs clients

Si dans le fonctionnement de ton application (tes spécifications) il est dit qu'1 client peut avoir plusieurs dossiers (numdossier) alors la conception de ta Base à ce niveau là contient une erreur.


Si c'est réellement le cas, sur quoi te base tu pour dire qu'un client en particulier a plusieurs dossiers ?


Toujours est il que pour faire cette relation client -> plusieurs dossiers il faudrait faire quelque chose comme :
Table "client" : idclient, nomsociete, nompersonne, numtel, emailcontact
Table "dossier_client" : idclient, numdossier, marque, modelmateriel, numserie, etatprobleme
Donc la table "dossier_client" contient un couple "idclient | numdossier" qui sert à faire l'association des 2.

A coté de ça on voit des champs comme : marque, modelmateriel, numserie, etatprobleme ???
En quoi un client serait une marque, un numéro de série, etc ... ???

En somme, cette table "client" donne l'impression d'être un peu une table "foure tout" (sans arrière pensée), sans réelle conception.


Les bonnes questions à se poser à mon sens c'est :
Qu'est-ce qu'un client ?
Quelles données lui sont directement associés et uniquement liées à lui ?

Qu'est-ce un dossier ?
Quelles sont les données lui sont directement liés et unique 1 dossier ?

Quelles sont les relations il y a t-il entre les client et les dossiers ?
1 client est il lié à 1 seul et unique dossier ?
1 client est lié à plusieurs dossiers ?
1 dossier est il lié à plusieurs clients ?
Et les cas particuliers comme :
1 client a t-il obligatoirement 1 dossier au minimum ?
1 dossier est il obligatoirement lié à 1 client au minimum ?
(tout ceci permet de définir les cardinalités qu'il y a entre 2 données).

Quelle rapport il y a t-il entre 1 client et les marques, numéros de séries, modelmatériel ?
Idem par rapport un 1 dossier ?

C'est toutes ces questions qui devraient permettre de mieux voir les choses, et peut être concevoir les choses autrement.