Météo Villarzel a écrit :Je pense qu'il faudrait également effacer les enregistrements de la table MiniMaxidata sur la même période que la table data pour que le soft de Jean mette à jour cette table
A la demande de PascalWMR pour que je jette un coup d’œil à ce sujet,
Je réitère ce que j'ai dit sur le forum de GraphWeather :
je ne fais ni ne ferai plus aucune modification dans DATA2SQL, il existe maintenant d'autres programmes qui le remplacent. La dll qui traitait les fonctions de la base de données a été très largement modifiée ce qui empêche toute reprise de ce programme -pourquoi faire du vieux quand on a du neuf-.
De plus il existe de nombreuses erreurs dans la table minimaxi qui ont été corrigées dans les nouvelles versions (je l'espère, Pierre-André, Pascal et Pidou m'ont assez pourri la vie avec ça
).
Par contre, s'il y a des forts en math, j'aurais bien inclus ces champs pour les autres stations si j'avais eu la possibilité de les calculer dans la table détail, mais les algorithmes sont inbitables (pour moi) et mes derniers cours de math remontent à 64, et le peu que j'ai pratiqué ensuite était très orienté statistiques.
Donc si quelqu'un se sent en forme et a l'esprit clair pour me fournir ces algorithmes (assimilables facilement par un nul), je ferai même la modification dans la table minimaxi, mais n'oubliez pas qu'il n’y a pas que la VP2 dans le monde des stations et que le but de ces programmes est d'avoir une base de données universelle !
Ce type d'opération qui consisterait à rajouter des colonnes supplémentaires nécessiterai une recompilation de tous les autres programmes et il faudrait prévoir dedans l'ajout de colonnes dans la table minimaxi en évitant naturellement le rechargement complet des tables.
J'espère avoir clarifié la situation
Une petite précision : Puisque ces programmes travaillent tous avec des bases de données, vous devez bien vous douter, qu'avec une "simple"
requête, on peut facilement transférer les données d'une table dans une autre, le plus ch...t c'est d'indiquer les colonnes dans le select (il y en a 75 dans la nouvelle table et plus de 120 dans minimaxi !!!! Donc si quelqu'un se sent une âme d'expert SQL, il n'y a rien de compliqué, il faut juste de la rigueur et une bonne vue pour ne pas se croiser les yeux.
Autre petite précision : il est toujours plus "rapide" de recharger une table locale plutôt qu'une table distante et il est ensuite très rapide de faire une sauvegarde locale puis de la restaurer sur le serveur distant à partir des outils locaux MySQL wokrbench par exemple, je ne parle pas de phpmysql étant donné que je ne l'ai jamais utilisé et que les outils que je possède me conviennent parfaitement .