Discussion :

[curieuxlematin]

bonjour,
j'essaie depuis quelque semaines de monter une Base de données permettant de suivre une consommation électrique avec des compteurs à cinq périodes (tarif vert A5).
les relevés sont quotidiens et manuels, j'ai donc 5 index par jour par compteur (je gère environ 50 compteurs, avec Excel actuellement).
j'ai seulement besoin de pouvoir obtenir la consommation entre deux dates au choix.
pour établir une consommation il me suffit de faire l'index du jour de fin - l'index du jour de début. jusque la pas de souci.
mais je bute depuis le début sur la gestion des remplacements des compteurs. (quand les index relevés ne se suivent plus)
je n'arrive pas à trouver sur la toile de cas similaire (probablement parce que je n'arrive pas poser la bonne question).

je gère mes autres BD avec Mysql et php, aussi je ne demande pas qu'on m’écrive le code mais juste le principe ( car c'est ce qui me manque) serait une aide précieuse.

merci par avance.

[escartefigue]

Quand un compteur en remplace un autre, il y a probablement un lien entre l'ancien et le nouveau compteur, ne pouvez vous pas enregistrer au titre de cette relation, le delta entre la valeur de l'ancien compteur et celle du nouveau (qui démarre probablement par défaut à zéro je suppose)

[curieuxlematin]

merci pour cette réponse rapide escartefigue, il y a effectivement un lien qui est le nom du site mais les compteurs de remplacement ne commencent pas forcement à 0.
Si je suis votre logique, j'imagine que je vais devoir nommer les compteurs dans une autre table avec leurs dates de prise d'effet et de fin sur chaque site.

voici ma table des index :
ID | Nom_du_compteur | Date | index1 | index2 | index3 | index4 | index5

et ma seconde table (si j'ai bien compris):
Site | Nom_du_compteur | date_debut | date_fin | index_debut | index_fin

en laissant les valeurs de fin à NULL si le compteur est en cours d'utilisation....

est ce que je m'égare ou suis je sur la bonne voie pour les tables ?
enfin, un coup de main pour la requête serait la bienvenue car je pense que nous arrivons là aux limites de ma compétence actuelle en matière de requête.

[escartefigue]

En effet, vous pouvez modéliser ainsi
- une entité type compteurs avec des attributs comme : identifiant compteur, fabricant, capacité maxi en kw/h, dimensions....
- une entité type site avec des attributs comme : identifiant site, libellé site, code département géographique...
- une entité type date
- une entité agent : identifiant agent, nom, date d'entrée...
- une association site/compteur avec date début, date fin...
- une association compteur/date/agent pour les relevés (identifiant compteur, identifiant agent, date de mesure, mesure)

Puisqu'il peut y avoir simultanément(à confirmer?) ou successivement plusieurs compteurs pour un site, vous aurez des cardinalités 0-n (si le site n'est connu que parcequ'il a un compteur) ou 1-n (si l'on peut enregistrer un site avant qu'il ait un compteur ou le conserver alors qu'il n'en a plus)

[curieuxlematin]

Merci pour cette piste que je vais explorer de ce pas.

je reviendrai ensuite pour partager la solution (si je la trouve) ou pour demander d'autres précisions...