Vous n'êtes pas identifié(e).
Pages : 1
Dernière modification par Rurirm (01-02-2017 13:13:26)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par mazert (01-02-2017 13:02:55)
https://elgeekador.tk : Blog Kde, Python, adminsys, et bon plans
Hors ligne
Bonjour,
Pour commencer, il y a plein de champs à supprimer dans tes tables (nom, prénom... dans maintenance, ça n'a rien à faire là).
La logique voudrais : Clé étrangère dans Maintenance pointant vers Client ; Clé étrangère dans maintenance qui pointe vers facture.
Tes clients tu les créés dans client, et après à la sélection de la clé étrangère dans maintenance, tu choisira le client correspondant.
Je vais éclaircir ce point. Disons que j'ai un site web où l'on peut faire une demande de maintenance et dont les champs sont envoyés dans clients.
Et que Maintenance est la table utilisée dans le logiciel de Gestion , j'aimerais pouvoir creer des maintenances sans forcement avoir un client qui a fait une demande par le site web. Par exemple : Si un client vient à l'entreprise et demande une maintenance j'aimerais ne pas passer trop longtemps dans les pages à devoir d'abord créer un client puis ensuite récup ces données et dire que l'on créer une maintenance.
"Clé étrangère dans Maintenance pointant vers Client" Oui , j'avais fais ca au départ , j'avais une idcli dans maintenance qui était en clé étrangère sur client(idcli) mais j'ai rapidement eu des erreurs car il fallait obligatoirement que idcli soit initialement déja dans client.
Pour facture , je pense qu'il est plus logique d'aller vers maintenance également. Mais dans ma facture il me faut aussi mes informations de clients "nom , prenom , adresse " ..
Hors ligne
https://elgeekador.tk : Blog Kde, Python, adminsys, et bon plans
Hors ligne
Il ne faut pas confondre la logique d'interface de ton logiciel, et la structuration des données.
En fonction de tes besoins tu va développer un formulaire spécifique et ton gestionnaire de modèles écrira les bonnes informations au bon endroit.
Ensuite à toi de faire les bonnes requêtes SQL : connaitre le client d'une facture d'id 5 donnerait en gros :SELECT Client.* FROM Client, Maintenance WHERE maintenance.facture_id = 5 AND Client.id = maintenance.client_id
Disons que je vois ce que je dois faire au niveau code en php et en Sql mais j'ai un peu de mal pour la conception de la BDD ^^'
Je comprends que je vais faire à coup de jointures et tout mais je vois pas en fait quel champs mettre dans quelle table ^^'
En fait il me faut de l'aide pour comprendre comment concevoir ma BDD afin de pouvoir avoir une demande de maintenance qui se stocke (peu importe l'endroit) suite au formulaire sur le web , mais il faut que je puisse faire des créations de fiches maintenances sans passer par le site web pour avoir des infos clients.
Ensuite , les factures il faudra juste que je récupère infos des maintenances Donc elle c'est pas un souci ^^
Dernière modification par Rurirm (01-02-2017 16:00:12)
Hors ligne
Pages : 1