Discussion :

[krustypop]

Bonjour,

dans le cadre d'un projet informatique, je voudrais mettre en place une appli web en php/mysql permettant de gérer le stock de consommable de l 'entreprise ou je travaille.
J'ai décomposer ma bdd en 3 tables : utilisateur, printers(regroupant imprimantes, copieurs et fax), et type_cons(regroupant les différents types de consommables,leurs références et leur quantité disponible).
Ma question est donc la suivante: comme pour une imprimantes on peut avoir plusieurs types de consommables (Exemple: pour une imprimante, j'ai un toner noir de référence .... et de quantité ..., j'ai aussi un toner cyan de ref ... et de quantité ... , un toner magenta .... etc bref vous avez compris ou je voulais en venir ;-))J'en arrive à ma question, je voudrais regrouper dans un tableau la marque et modele de mon imprimante puis ds ce meme tableau tout les consommables associés à cette imprimantes ainsi que leur quantités, mais étant en phase d'apprentissage de PHP/MySQL, je ne sais pas trop comment arriver à réunir toutes ces informations dans un tableau unique, je ne comprends pas comment rélier ces 2 tables meme avec des jointures.
Voila si quelqu'un aurait la bonté de m'aiguiller sa serait très aimable de ca part.
Sur ceux bonsoir les artistes !!

[defcon_suny]

Salut,

Pour obtenir une vue de 2 tables, tu dois comprendre l'utilisation des jointures...
Je pense que tu trouveras toutes les informations nécessaires sur ce site ou un autre en cherchant un peu...


Bonne soirée!

PS: Au cas où tu n' y arrives pas... rends toi en librairie et trouve un bouquin sur le SQL.

[manzeki]

Je pense que vous devriez ajouter une table contenant l'id de l'imprimante et l'id du consommable :
printers_cons (imprimante_id, cons_id) et mettre une clé primaire sur les deux champs cette table permettra de faire la jointure entre une imprimante et la liste de ses consommbles, par la suite jouer avec sql pour afficher les données.

[Deallyra]

Bonsoir,

Avant de t'attaquer aux jointures SQL, tu ferais bien de vérifier si ton modèle conceptuel/logique des données est correct... Ce qui n'est pas le cas.

utilisateur => Quel lien avec quel table?

typePrinter => id, libelle

marquePrinter => id, libelle, idTypePrinter

printer => id, libelle, idMarquePrinter

appartenir => idTypeMarquePrinter, idConsommable

consommable => id, libelle, quantite

Explications.

Ton matériel peut être une imprimante, un scanner, un fax, ceci dans le typePrinter.

Ton consommable, ta cartouche, n'est pas exclusivement réservée à un seul matériel mais une famille de matériel, ou une marque. Ces cartouches peuvent être utilisée sur un ensemble de matériel à définir.

Appartenir joue le rôle de liaison entre la table printer et consommable, savoir à quel matériel correspond quel consommable.
Avec, tu pourras faire des counts et savoir combien il te reste de consommable pour un type.


Mon pseudo-mld est loin d'être adéquat mais il est déjà plus fonctionnel et représentatif de ta problématique que ce que tu proposais

Le développeur doit coder mais si sa base de données est mal construite, soit il doit la refaire entièrement, soit il doit bidouiller.

Dans les deux cas, il perd du temps et généralement, on en manque plus qu'autre chose...
Bien préparer les bases est réellement important.

[krustypop]

Tout d'abord merci de ta réponse.
Ensuite voilà j'ai fait 3 tables dans ma base:

printers:
printer_id
marque
model
type_equipement
fournisseur

utilisateur:
iduser
printer_id
login
password
statut

type_cons:
type_cons_id
model (sur ce champ je ferai la liaison avec le champ model de la table printers)
type_cons
reference
quantite


voilà dites moi si ceci est correcte
Merci de votre aide

[Deallyra]

Un utilisateur ne peut avoir que 0 ou 1 printer ?

Travailles-tu sous un logiciel qui te permette de générer des mcd et dictionnaires de données?

En premier, travailles dessus.

Si tu n'as pas de tel logiciel, tu peux en trouver facilement sur le net comme analyseSI

Donnes de la forme à ta future base de données.

Fais les relations entre elles, fait apparaître les notions de clefs primaires, clefs étrangères, multiplicités...

Créer une base de données, ça commence d'abord de cette façon