Bonjour à tous.
 
Je doit créer une page PHP qui récupère une donnée d'un champs d'une base de donnée.
Cette donnée (rapports_de_maintenance) peut ressembler a ceci :

Pour pouvoir imprimer ses données, je doit les ranger dans un tableau.
L'utilisateur peut choisir la date du début du rapport, et la date de fin.
Par exemple, si j'entre:

 
Je devrais avoir :

J'ai déjà fais une partie de l'analyse:

 
Je n'ai pas encore codé "ComparerDates" ni "ExtrairePortion" et si vous avez des tuyaux sur des fonctions toutes faites, je suis preneur, cela me ferais gagner un temps précieux. Si vous avez des questions ou des critiques sur ma logique, n'hésitez pas.
 
Voici donc ma question (désolé pour cette longue introduction, mais je me devais d'être clair):
 
J'aurais besoin de votre aide pour finir le bout de code concernant la mise en place du tableau, je ne vois vraiment pas comment faire.
 
   Merci de m'avoir lu jusqu'ici, et en espérant que vos réponses seront à la portée de ma compréhension.
 
A bientot.

Personne n'a d'idées    ?
Ou peut-être n'ai pas été assez clair dans l'explication de mon problème?

question bête : t'as parlé de récupérer un champ d'une BD. Alors où est ta requête SQL du genre :
"SELECT MonChamp FROM MaTable WHERE DateMaintenance BETWEEN $DateDebut AND $DateFin ORDER BY DateMaintenance "
 
où $DateDebut et $DateFin sont 2 variables PHP qui contiennent, au format yyyy-mm-dd, la date de début et de fin provenant de ton formulaire pour borner la recherche
 
Et c'est quoi tout ce code avec des tests dans tous les sens et pleins de boucles???

Je n'ai pas créé de champs permettant de récupérer la date de la maintenance.
Selon ma (piètre) analyse, mon champs rapports_de_maintenance se remplit comme cela.
Je prends pour exemple un utilisateur qui clic sur son ordinateur dans la BD et change sa carte graphique Gforce par une Radeon.
En modifiant le champs carte_graphique, un rapport est généré automatiquement.
 
Voici la page de modification de la carte graphique:

Je pensais donc agir sur la chaîne de caractère rapports_de_maintenance pour mettre en page l'impression. Si tu vois une solution plus simple, j'en serais évidement ravi .
 
L'idée générale du code du premier post, consiste a scanner rapports_de_maintenance jour après jour, de date_deb à date_fin afin d'extraire tous les segments de chaînes de caractères trouvés dans l'intervalle. Cela dis, je trouve cette solution bancale, mais je n'en vois pas de meilleure pour le moment.
 
A propos de la requête que tu as mis en exemple, je la comprends comme ceci:
L'utilisateur fournit un intervalle, et la requête retourne toutes les entrées dont le champs DateMaintenance correspond à l'intervalle.
 
Or, ici, c'est a partir d'une seule entrée qu'on extraie les informations :-/
Ma logique n'est sûrement pas la bonne, si vous ne la comprenez pas, n'hésitez pas a demander.
 

tu peux me montrer le MCD (ou le MLD) de ta BD?

rufo > Vu comment est stocké le rapport, ils ne doivent pas avoir de mcd ou de mld de leur base. S'ils étaient passé par la création d'un mcd, ils auraient surement pensé à faire une colonne pour y stocker la date de l'intervention plustôt que de noter textuellement "maintenance évolutive du 14/06/07".

En fait, je ne connaissais pas l'existence de MCD avant ces deux derniers posts.
Après avoir lue 2-3 définitions différentes un peu pompeuses, je me pose la question suivante:
A votre avis, dois-je utiliser ce fameux MCD pour simplifier mon problème?
Et dans ce cas, si vous pouviez me mettre sur la voie parce que là...    
Ou alors,dois-je continuer sur ma lancée, et coder cette infâme bout de code PHP?

Donc un nouveau champs dans ma BD? Mais je me retrouverais avec une quantité de dates (dans un champs à part ) que je ne saurais pas plus gérer que rapports_de_maintenance.
Je n'est pas trop compris là   .
 
En espérant des éclaircissements, cordialement.
 

Un MCD, c'est, en gros, un schéma qui indique les tables de ta base avec l'ensemble des colones et les relations qu'il y a entre les différentes tables.
Un MCD est fortement conseillé avant de créer ou de modifier une base mais ce n'est pas ça qui remplace l'étude des besoins et l'étude des données qu'on a à stocker. Ca permet juste d'avoir toutes les infos au propre et les idées un peu plus claire avant de taper dans la base. Quand les bases deviennent complexes, les MCD deviennent obliguatoire vu que personne ne peut se rappeller de la structure et de l'organisation de plusieurs centaines de tables.
 
Dans ton cas, les seules choses que tu peux faire, c'est :
1) suggérer que le programme de remplissage de la base soit modifier pour qu'il remplisse une colonne de date avec la date de l'intervention. Je ne conais pas ta boite et je ne sais pas si c'est un programme interne ou fait par une autre société. Dans tous les cas, ca peut aller d'un refus de la modification (pour x raisons) à une demande de ton patron pour que tu t'occupes de cette modif (peut probable si t'as pas déjà bossé sur programme sauf si t'es le seul développeur disponible et/ou que le programme en question est super simple)
2) demander à celui qui s'occupe de la base et du programme de saisie s'il est possible de rajouter une colonne à la base (attention, toujours tester ensuite le plus possible les programmes qui utilisent cette table pour voir s'ils ne plantent pas à cause de cette modif)
3) créer une nouvelle table (a éviter si possible, mais on a pas toujours le choix à cause de programmes pas trés bien conçu) dans laquelle tu stockeras cette donnée avec l'identifiant du rapport correspondant
 
Dans tous les cas il est fortement probable que tu sois quand même obligé de faire la fonction qui récupérera la date de l'intervention ne seraisse que pour remplir la colonne de date pour les interventions déjà saisies.
 
En fait, dans ton cas, ca n'est pas que tu ne serais pas capable de créer un mcd (j'en ai aucune idée) mais que tu n'en as pas forcément le cas.

Merci, c'est déjà plus clair.
Pour commencer, j'analyse et code seul ce programme, et donc je peux intervenir sur la base de données ou sur les pages PHP sans soucis.
Mon système doit gérer un parc informatique de 130 PCs. Ma BD est organisée comme çà:
 
 BD: gestionparc
      TABLE: generalitees
            CHAMPS:Nom
            CHAMPS:Num_serie
            CHAMPS:ip
            CHAMPS:carte_graphique
            CHAMPS:rappors_de_maintenance
            CHAMPS: ...
            CHAMPS: ...
            CHAMPS: ...
            CHAMPS: ...
            27 champs au total.
 
Au début je pensais organiser ma BD ainsi:
 BD: gestionparc
      TABLE: generalitees
            CHAMPS: Nom
            CHAMPS: Num_serie
            CHAMPS: ...
            CHAMPS: ...
            CHAMPS: ...
      TABLE: materiel
            CHAMPS: carte_graphique
            CHAMPS: carte_mere
            CHAMPS: ...
            CHAMPS: ...
            CHAMPS: ...
      TABLE: configuration_reseau
            CHAMPS: ip
            CHAMPS: masque_sous_reseau
            CHAMPS: dns
            CHAMPS: ...
      TABLE: autres_infos
            CHAMPS: rapports_de_maintenance
            CHAMPS: num_inventaire
            CHAMPS: ...
      TABLE: ...
            CHAMPS: ...
            CHAMPS: ...
 
Mais j'ai finalement trouvé plus simple de faire une entrée et 27 champs.
Pour revenir sur ton post, je ne vois pas comment utiliser ni de quel type devrait être ce champs date. Tu peux être lus précis s'il te plais ? (désolé).
Merci d'avance   .

Entre nous, ce que tu comptais faire au début est bien mieux que ce que t'as utilisé à la fin.
Si le nom de l'ordi change (par exemple l'ancien ordi d'un vendeur qui devient l'ordi de la secrétaire) est ce que tu trouves logique de devoir changer la même donnée sur plusieurs disaines de lignes de ta base?
 
Quand au fait que ca soit plus simple, c'est une grosse erreur. Regarde quand tu dois saisir une intervention, tu te retrouves à devoir resaisir le nom de l'ordi, sa config réseau ... Si tu ne saisie pas ça, tu te retrouves à devoir relire tout l'historique correspondant à l'ordi pour conaitre la derniére config réseau conus. C'est vraiment se compliquer la vie tout ça.
 
Quand au remplissage, si tu mets bien des id à toutes tes tables, ca devient trés simple. A la création d'un nouvel ordi, tu commences par créer l'ordi en question (ta table generalitees ) , puis tu notes quel id a reçu cet ordi afin de pouvoir l'indiquer dans les tables anexes (materiel, configuration_reseau, ...) que tu remplis à leur tour.

Très bien, effectivement cela tombe sous le sens, je vais sûrement refaire ma bd.
Mais, (il y a toujours un "mais"   ) à propos du champs date:
Si je te suit bien (pas sur du tout) tu verrais quelque chose dans ce goût?  
 

 
Si oui, quel type dois-je donner a date_rapports et comment le relier a rapports?
Merci pour tes réponses.
 

Danaan1, je ne sais si tu codes ça pour le "fun" ou si t'es en stage (ou autre), mais y'a un produit GPL qui a l'air de se rapprocher de ce que ton soft à l'air de faire, à savoir de la gestion de parcs : il s'appel glpi http://www.glpi-project.org/
Donc, plutôt que de réinventer la roue et de coder une appli d'une manière assez ignoble, peut-être que tu pourrais évaluer ce produit... Et il fait les rapports d'interventions si je me souviens bien. On l'utilise là où je bosse pour gérer plus de 500 machines. Je crois même qu'il a un module de collecte automatique des confs des machines.

Danaan1 > Pour le type de champs pour la date, il faut voir dans la doc de la base de donnée. Les type date, datetime ou timestamp sont fait pour ça.

Effectivement, je suis en stage et je vais devoir réinventer la roue pour satisfaire tuteur et professeurs.
Quand à la remarque sur ma manière de coder, je ne me vexe pas facilement et suis toujours avide de conseils (donc si tu en as de plus précis qu"assez ignoble", je suis preneur ).

Je dirais :  
1) repenser le modèle de données pour toutes les raisons qu'omega2 t'a données. Si t'es en stage, c'est pour mettre en application ce que tu as appris. T'es en IUT info? Si c'est le cas, tu as eu donc des cours sur les BD et si ton prof voit le MCD que t'as pondu, tu vas de faire rétamer.
2) séparer le php du html. A défaut de faire des templates (cf topic sur ce forum sur le MCV en php de FlorentG), au moins, mettre en début du fichier php, le code php, et à la fin, tout le code html.
3) aller sur http://ch2.php.net/manual/fr/index.php pour voir un peu toutes les fonctiosn qui existent en natif de php afin de pas recoder des fonctiosn existantes

Tout d'abord, désolé de répondre si tard.
Je tenais à vous remercier tous les deux pour votre aide.
Je vais bosser mon analyse et me pencher sur ces templates.
Sans doute la solution à mon problème me semblera limpide après.
Encore merci, et sûrement à bientôt.
 

Bonjour.
J'ai donc travaillé sur la structure de ma base de donnée, qui est maintenant ainsi:

 
J'arrive à afficher mes rapports et a les imprimer comme ceci:

Voici le code:

 
Seulement voila:
J'aimerais intéger les données de tmaintenance_intervention dans mon tableau de la façon suivante:

 
Là, la requète et l'affichage dans mon tableau me dépasse .
 
Si je n'ai pas été assez clair, ou si vous avez dez idées ... n'hésitez pas

Sans pousser à du mvc, tu ferais bien de séparer un peu l'affichage du traitement.
 
Et le vilain enchevêtrement de html dans une boucle en php c'est laid et pas maintenable quand ça va se compliquer.
 
C'est quoi ton nom_machine dans la table tmaintenance_intervention?
 
J'ai pas compris ce que tu veux mais encore une fois la mise en page de ton affichage on s'en talque pour l'instant, vois le fonctionnel du paufinera l'affichage après
 

montre nous ton mcd en entier, svp

J'ai pas cherché à faire laid, j'ai cherché à afficher un tableau de données MySql et je n'est trouvé que cette solution.

Je ne vois pas comment être plus clair  

Une requète MySql qui permet de sortir une variable afin d'exploiter cette variable de façon à obtenir le dernier tableau du post ci-dessus.

Moi aussi.
Le tableau est là pour illustrer ce que doit contenir la variable.
 
En espérant d'autre réponses constructives, a bientôt.

Je suis désolé, je ne sais pas représenter graphiquement les liaisons entre les tables.
En gros, j'ai une page où je peut modifier les différentes valeurs des champs de la table tconfigmachine.
Si je modifie "processeur, carte_graphique, carte_mere, ecran, ram, hdd" cela génère une entrée dans tmaintenance_evolutive. Si je modifie "intervention" cela génère une entrée dans tmaintenance_intervention.
Si des points te semble obscurs, n'hésite pas à poser des questions plus précises.
 
Merci de ta réponse  

ben au moins, montre nous l'ensemble de tes tables. On fera les liens mentalement...

Voila la structure complète de ma base (généré via PhpMyAdmin).
 
En espérant que cela t'aide   .

sous forme d'image, ça aurait été plus facile à lire...enfin bon, perso, je trouve que t'as pas assez poussé ton analyse pour modéliser les relations entre les infos que t'as à gérer. Tu utilises beaucoup les champs textes et pas assez les clés étrangères.
J'aurais bien vu pour les champs suivants la création de nouvelles tables :  
`proprietaire` text NOT NULL,
 `marque` text NOT NULL,
 `modele` text NOT NULL,
 `loca_etage` text NOT NULL,
 `loca_bureau` text NOT NULL,
 `loca_switch` text NOT NULL,
 `type` text NOT NULL,
 `processeur` text NOT NULL,
 `carte_mere` text NOT NULL,
 `carte_graphique` text NOT NULL,
 `ram` text NOT NULL,
 `hdd` text NOT NULL,
 `ecran` text NOT NULL
 
Une table "modèles", une table "Marques". Le type, c'est quoi pour une machine? Là ça peu être soit un enum, soit une table.
 
Une table pour les "composants" (ou périphériques), où chaque composant à un type (ex : type cpu, type carte graphique...sous forme d'enum éventuellement) et un libellé unique (ex pour des cartes graphiques : X1300, X1650, X1950...désolé, j'ai pas mis de nvidia )
 
Une table "localisation" pour nommer exhaustivement tous les lieux. Ca évitera qu'un coup, on mette "Bât A" ou "Bâtiment A" ou "Bâtiment administratif" pour désigner le même lieu. derrière, si tu doit requêter par lieux, t'es pas dans le caca
 
Franchement, tu devrais regarder le schéma de la BD de glpi. On y retrouve pas mal d'infos que tu as décidé de gérer, sauf que leur bd est mieux structurée (y'a des choix critiquables mais c'est tout de même mieux que ton schéma).

Effectivement, j'abonde dans ton sens, mon analyse étais incomplète.
Cela dis, je dois bientôt boucler le projet et je ne pense pas avoir le temps de la mettre en application   .
J'aimerais juste afficher dans un même tableau les données provenant de tmaintenance_evolutive et de tmaintenance_intervention, classé par dates. Etant pressé par le temps, je vais me cantonner au plus urgent. J'ai un impératif, il faut que çà tourne.
Je suis en stage pour un BTS de programmation (principalement de l'objet). J'ai donc survoler les bases de données, mais sans apprendre merise, MCD ,MLD. Comme tu le sais sûrement, on trouve un stage comme on peut, et pas toujours dans son domaine précis de compétences. Je me suis donc mis à niveau (plus ou moins) en PHP, XHTML, CSS et MySql.
Le stage dure 6 semaines, et ma mise à niveau m'a déjà bien retardé. Je comprends ta démarche pédagogique qui consiste à me faire corriger mes défauts de codages avant le problème précis. Si tu me donnais la solution, je resterai avec ma mauvaise analyse, mon mauvaise code, et donc, mon site ne serait pas optimal. Pire, je prendrais de mauvaises habitudes de codage. Cela dit, le temps jouant hélas contre moi, je ne peux pas me permettre de revoir ma structure.  
 
(je peux bien sûr me tromper totalement sur le but de tes réponses. Peut-être que tu ne vois pas de solutions à mon problème, ou que tu ne le comprends pas et donc, que tu te cantonnes sur les problèmes qui te semble importants)
 
En tout cas, je te remercie pour ton éclairage sur l'analyse de bases de données, cela me sera sans aucun doute utile par la suite. Tant pis pour ma requête, je vais faire deux tableaux, un pour tmaintenance_evolutive et un pour tmaintenance_intervention. Cela ne correspond pas au cahier des charges, mais tant pis ^^.
 
Bonne route, et merci pour ta patience   .

Ce que je veux dire c'est que au moins fais tes traitements, et fais l'affichage d'un coup.

Ce que je veux dire c'est qu'est ce que ça refout ici vu que tu l'as dans la table tconfigmachine

Ah j'avais pas vu, le problème est dans ta requête en effet, c'est quoi cette jointure sur une valeur donnée  
 
Tu fais une jointure sur toutes les tables sur les clés (un join quelqconque en réfléchissant au sens le plus judicieux) et tu choisis la machine que tu veux dans la clause where ainsi que les champs que tu veux récupérer (éviter le * si tu te sers pas de tout).
 
Enfin, le souci est donc dans ton sql, jettes un oeil sur internet t'as plein de tuto là dessus

Si une machine est supprimée de la base de donnée, les rapports de maintenance la concernant doivent subsister.
Donc:
SI le nom de la machine n'est pas retourné,
ALORS on affiche le nom de la machine lors de la création du rapport.

Merci, mais je n'ai que peut de temps à mettre à profit. Je trouverai bien une solution de dépannage (j'espère).
Encore merci   .

Si j'ai bien compris ton pb, tu veux mixer dans un même tableau les évols et les interventions de PCs dans un intervalle de temps, trié par ordre croissant de leur date. Je dirais qu'une solution serait de faire un UNION.
ex : (SELECT m.id, m.nom, e.date, ...  FROM tconfigmachine m, tmaintenance_evolutive e WHERE m.id = e.id_machine AND m.id = $ID) UNION (SELECT m.id, m.nom, i.date, ... FROM tconfigmachine m, tmaintenance_intervention i WHERE m.id = i.id_machine AND m.id = $ID) ORDER BY date
 
seul pb, j'ai pas vu id_machine dans ta table tmaintenance_intervention. Un oubli? Si c'est pas le cas, comment tu fais pour relier les interventions aux machines?

Effectivement c'est un oublis   .
Je n'ai pas encore mis en oeuvre tinterventions, donc je ne l'avais pas remarqué.
Merci pour ta solution, j'essaie çà tout de suite.

dis-toi bien une chose : pour pouvoir bien concevoir le MCD de sa BD, il faut procéder à une bonne analyse des besoins/contraintes et entre autre, savoir quels traitements on va vouloir d'effectuer sur les données. Et en général, c'est difficile d'effectuer des traitements pertinents/précis sur des champs textes dont le contenu n'est pas maîtrisé (entre les espaces en trop, la casse, les différentes nominations..)

Je dirais que de manière générale on ne supprime jamais des données dans une base (surtout de ce genre, la preuve). En revanche la solution simple c'est de rajouter un état dans la table des machines.
 
De même je dirais que si la machine change de nom, en effet faut que ça reste, mais avoir une machine avec deux noms différents, ça fait désordre conceptuellement
 
Donc pour régler tout ça et voir même de connaitre le statut d'une machine facilement sans aller voir si y'a une ou plusieurs interventions en attente, un petit attribut et zou
 
Si réellement le nom de la machine doit changé trop souvent, faut sortir ça de ta table machine et lier une machine à son nom à un moment donné.

Une tres forte envie de mourir me prend ...

Donc en créant la base, on pense déjà au requêtes?
Sinon pour la requête que tu m'as donné, je n'ai pas réussis à la mettre en oeuvre, car je n'en comprends pas la logique. J'ai essayé de l'adapter à ma sauce:
(SELECT date, idmachine, nom_machine, ancienne_piece, nouvelle_piece FROM tmaintenance_evolutive WHERE date >= $date_deb AND date <= $date_fin) UNION (SELECT date, nom_machine, id_machine FROM tmaintenance_intervention WHERE date >= $date_deb AND date <= $date_fin) ORDER BY date
Evidement si je la poste, c'est qu'elle ne marche pas . Utiliserais-je mal UNION?
 

Merci, je l'ignorais. Pour moi, si une machine sort d'un parc informatique, elle n'a plus à y figurer. Mais effectivement, cela ne coûte rien de laisser la machine avec un flag en_service = 0 par exemple. Cela dis, sur 130 machines et beaucoup de changement, c'est vite le foutoire. Mais pourquoi ne pas créer une table tmachine_sup ?

La machine n'a qu'un nom, et un nom généré lors de la création du rapport (comment çà je chipote? ). Je me rends bien compte de l'absurdité de la chose, mais n'ayant pas eu d'autres idées sur le moment...
 

Toutes mes futures et sincères condoléances à ta famille, et merci pour ce message critique hautement pertinent...
J'accepte les remarques et reconnais volontiers mes erreurs (si on me dis lesquelles évidement). Si tu as quelque chose de constructif à dire, dit-le.
Dans le cas contraire, s'il te plait, vas flooder ailleurs.
Merci et bonne journée   .

(SELECT date, idmachine, nom_machine, ancienne_piece, nouvelle_piece FROM tmaintenance_evolutive WHERE date >= $date_deb AND date <= $date_fin) UNION (SELECT date, nom_machine, id_machine FROM tmaintenance_intervention WHERE date >= $date_deb AND date <= $date_fin) ORDER BY date
 
T'as pas l'impression qu'il te manque qq chose???  Le nom de la machine n'apparaît pas dans ta table tmaintenance_intervention. Faut donc faire une jointure avec la table contenant les machines.
Si t'avais lu le message d'erreur renvoyé par mysql, il t'aurait dit que la colonne nom_machine lui est inconnue...
 

 
s'il est généré à la volée, il n'a pas besoin d'être stocké. Pour rappel, on ne met normalement (après, dans des cas d'optimisations, on peut transgresser la règle) dans une bd que le strict minimum d'infos et de manière unique (pas de redondance) qui ne peut pas être retrouver par un autre moyen ou calculé.
Je suis donc d'accord avec leflos5, avoir 2 noms différents pour une même machine dans 2 tables, ça fait franchement désordre, c'est du n'importe quoi. Par contre, tu aurais pu avoir 2 champs "nom" dans la table des machines : un pour une utilisation donnée et un autre pour une autre utilisation (ex : un nom court et un nom long) : là, ça me choquerait pas.
 
Et le coup du flag pour dire dans quel statut se trouve une machine, c'est couramment utilisé : "en maintenance", "en production", "réformé"... Ca se gère très bien. C'est ce qu'on appelle un cycle de vie. Et plutôt qu'un simple flag dans la table des machines, on peut très biena voir une table "historique_machines" qui historiserait tous les changements de statut de chaque machine (avec la date, le statut courant, qui a changé de statut, la raison...).
 

 
Pas au codage SQL des requêtes en elles-mêmes (c'est de l'implémentation, ça) mais à ce que l'on va vouloir extraire de la BD, oui. Typiquement, avec ton appli, on est incapable de dire quand une machine a été réformée ou si elle est toujours en service. Je ne sais pas si ça faisait partie de ton cahier des charges, mais imagines que oui, ben tu te retrouves le bec dans l'eau.
 
La conception d'une application, c'est ce qui est le plus difficile et qui prend le plus de temps, pas le codage (contrairement à ce que pas mal de personnes pensent)...

Je comptais utiliser (SELECT nom FROM tconfigmachine INNER JOIN tmaintenance_evolutive ON tconfigmachine.id = $donnees['id_machine']), comme dans ma version affichée un peu plus haut. Donc faire une requête qui sélectionne toutes les maintenances (évolutive ou intervention), puis une requête qui va chercher le nom de la machine en fonction d'id_machine.
 
nom_machine apparaît bien dans tmaintenance_intervention, et à la même utilité que tmaintenance_evolutive.nom_machine. Mon stage fini vendredi soir, donc je fais en fonction

Mes profs  me le répètent depuis le début de ma première année   , et par expérience, j'en suis on ne peut plus conscient. Mais ma vision sur le fonctionnement des bases de données et les liaisons entre les tables, n'était pas clair du tout au début de mon stage. J'aurais du suivre des tutoriaux avant de faire mon analyse   . Mais cela me serviras de leçon  pour la prochaine fois