Update table avec condition

Version imprimable

01/05/2016, 22h04
ca_adrien

Update table avec condition

Bonjour à tous,

Je souhaite updater une table avec une condition sur la date.
En gros, je voudrais lancer cette requête tous les pour actualiser les résultats de la veille. Donc en gros j'ai écris cette requête pour l'instant

Code:

UPDATE table1 SET volume=volume/100 WHERE table1.date=curdate()-1;

Cependant, quand je souhaite faire cela le Lundi, il faut que ça prenne les données de vendredi et non dimanche ou samedi.
Et également si possible quand il y a un jour férié. Par exemple, si Lundi est férié alors, le mardi, quand je lance la requête ça prenne automatiquement, la date de vendredi ...

Pouvez vous m'aider ?
Je vous en remercie par avance.
02/05/2016, 09h12
al1_24

Le SGBD ne connait pas les jours fériés.
Il vous faut une table pour les identifier. Quelques idées sur la question dans ce tutoriel.
02/05/2016, 10h55
aieeeuuuuu

Bonjour,

Je m'interroge sur le but de cette opération, pourriez vous nous en dire plus.

il serait surement préférable d'ajouter une colonne à votre table pour connaitre les lignes ayant déjà fait l'objet du traitement, en plus de résoudre votre problème de jour férié, ça vous permettrait une reprise plus facile en cas d’échec.
02/05/2016, 12h31
ca_adrien

Bonjour,

Merci pour vos reponses.
Je peux probablement les definir au prealable et actualiser cette liste une fois par an.
Comme ca lorsque je rencontre l une de ces dates dans la clause Where alors, la date d'avant est prise en compte.

Le but de cette operation est que je souhaite du jour precedent afin que lorsque mon script fait une recherche sur cette colonne, les plus petites valeurs sont prises en premier. Biensur dans le where j'ai une autre condition qui est id like '12000%' ce qui me permet d'afficher ces lignes en premier dans mon tableau.

si vous avez des idees pour ameliorer mon system, je suis preneur :)
02/05/2016, 16h35
Artemus24

Salut ca_adrien.

En fait, ce que vous appelez veille, c'est ni plus ni moins qu'un jour ouvré.
Les jours ouvrés sont inclus dans les jours ouvrables, qui sont inclus aussi dans les jours calendaires.
Autrement dit, votre veille est un jour travaillé, non férié et non chômé.
--> https://fr.wikipedia.org/wiki/Jour_ouvrable_en_France
--> https://fr.wikipedia.org/wiki/Jour_ouvr%C3%A9

Citation:

Envoyé par ca_adrien

je voudrais lancer cette requête tous les jour pour actualiser les résultats de la veille.

Je suppose que le mot manquant (celui que j'ai mis en rouge) est bien "jour".

Comme j'ai un doute, devez-vous lancer tous les jours la requête ?
Autrement dit, par tous les jours, dois-je comprendre les jours ouvrés ?

Citation:

Envoyé par ca_adrien

Je souhaite updater une table avec une condition sur la date.

Quand je regarde votre requête, il y a quelque chose qui ne me convient pas du tout :

Code:

UPDATE table1 SET volume=volume/100 WHERE table1.date=curdate()-1;

Si je comprends bien ce que vous essayez de faire, quand une journée est terminée, vous désirez diviser le volume par 100.
Et si vous lancez deux fois de suite la requête, le volume sera encore divisé par 100.

Afin de garantir le succès de cette requête, il manque quelque chose qui indiquera que la ligne a déjà été traité ou pas.
C'est une sécurité qui empêche de traiter deux fois la même ligne.

Citation:

Envoyé par ca_adrien

Cependant, quand je souhaite faire cela le Lundi, il faut que ça prenne les données de vendredi et non dimanche ou samedi.

Je ne comprends pas bien ce que vous essayez d'expliquer.

Soit la journée du vendredi.
Nous sommes le samedi, donc vous allez traiter par votre requête la veille, c'est-à-dire la journée du vendredi.
Nous sommes maintenant le dimanche. Désirez-vous encore traiter le vendredi ?
Nous sommes le lundi, et ce jour est férié ? Que dois-je comprendre ? Qe vous allez encore traiter le vendredi ?
Nous sommes le mardi. Allez-vous encore traiter le vendredi ?

Je pense que pour résoudre votre problème, en tenant compte que la requête ne doit pas s'exécuter deux fois de suite, même à des jours différents, vous devez ajouter une colonne de nom "traité", qui va prendre deux valeurs possibles :
--> soit la valeur 'N', ce qui signifie que le volume n'a pas encore été traité.
--> soit la valeur 'O', qui qui signifie que la ligne a déjà été traité.

Ensuite, il vous faut une date. D'ailleurs, c'est le cas dans votre requête. Comment gérer cela ?
Il vous faut au préalable, avoir quelque part dans votre base de données, la date de la dernière exécution (lastexec) de votre requête.

En fait, cela me rappelle les traitement à la demande.
On crée une table contenant une demande d'exécution, par exemple, contenant la date d'exécution et le traitement à faire.
Il y a bien sûr un flag qui sera mis à 'N', pour dire qu'elle n'a pas encore été exécuté.
Disons que le lancement du traitement à la demande se fasse tous les soirs, après minuit.
Si la demande est renseignée dans la table des demandes, alors vous lancer le traiterment à la condition que le flag soit à 'N'.
Si le traitemebnt s'est bien terminé, à la finde celui-ci, on passe le flag à 'O'.
Si le traitement plante, le flag reste à 'N', signifiant qu'il y a eu un problème.

Reprenons la journée du vendredi.
Comme je le suppose, le samedi, le dimanche et le lundi qui est un jour férié, la requête n'a pas été exécutée.
Mais la dernière exécution s'est faire le vendredi pour traiter la veille, c'est-à-dire le jeudi, qui n'est pas férié.

La date de votre table doit être testée dans un intervalle compris entre la dernière exécution (ici le vendredi) et aujourd'hui (qui est le mardi).

Je récapitule :
1) diviser par 100 le volume.
2) le faire que si la colonne traite est à 'N'. On met 'o' si on divise par 100 le volume.
3) tester la date dans l'intervalle dernière exécution et aujourd'hui.

Ce qui donne :

Code:

UPDATE table1 SET volume=volume/100, traite='O' WHERE traite='N' and `date` >= table25.lastexec and `date` <= now();

Si cette solution ne vous convient pas, il faudra gérer un calendrier des jours ouvrés dans votre entreprise.

@+
02/05/2016, 16h57
aieeeuuuuu

Mais que représente donc cette colonne volume ?

Vous en changez le contenu juste pour modifier le classement dans le résultat d'une requete ?

Pourquoi ne pas simplement adapter votre clause ORDER BY pour prendre en compte cette spécificité ? (voire traiter ce cas dans votre code applicatif !)

Enfin, vous mélangez des nombres et des chaines de caractères, en faisant des divisions, mais également des LIKE sur cette colonne... si tant est que cela fonctionne comme vous le souhaitez, ça risque de nuire aux performances.
02/05/2016, 18h04
Artemus24

Salut aieeeuuuuu.

Merci pour le -1.

Citation:

Envoyé par aieeeuuuuu

Vous en changez le contenu juste pour modifier le classement dans le résultat d'une requête ?

Voici l'explication donné par ca_adrien :

Citation:

Envoyé par ca_adrien

lorsque mon script fait une recherche sur cette colonne, les plus petites valeurs sont prises en premier.

donc oui, comme façon de faire, ce n'est pas très propre.
Sans explication de sa part, il est difficile de trouver une solution performante.

Citation:

Envoyé par ca_adrien

Bien sûr dans le where j'ai une autre condition qui est id like '12000%' ce qui me permet d'afficher ces lignes en premier dans mon tableau.

Je ne l'avais pas vu ! C'est quoi ça ? Faire un like sur une colonne 'id'. 8O
En principe, la colonne 'id ' est de type integer et auto_increment.

Il serait bon de nous donner le descriptif de la table et ce que vous essayez tant bien que mal de faire.

@+
04/05/2016, 20h54
ca_adrien

Merci à tous pour vos réponses. Bon j'ai pu finalement résoudre mon problème encore plus simplement en prenant la dernière date à laquelle les données ont étés insérées dans la table.