Pourquoi ne pas faire un script bash et un cron ?
Pourquoi ne pas faire un script bash et un cron ?
Pourquoi ne pas faire un script bash et un cron ?
Il existe sous MySQL un module qui permet de créer des relances
automatiques (p. ex. par mail) lorsqu'une date arrive à échà ©ance.
J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
Il existe sous MySQL un module qui permet de créer des relances
automatiques (p. ex. par mail) lorsqu'une date arrive à échà ©ance.
J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
Il existe sous MySQL un module qui permet de créer des relances
automatiques (p. ex. par mail) lorsqu'une date arrive à échà ©ance.
J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
On Monday 10 June 2013 21:04:09 alarig wrote:Pourquoi ne pas faire un script bash et un cron ?
Oui, c'est une solution.
J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
On Monday 10 June 2013 21:04:09 alarig wrote:
Pourquoi ne pas faire un script bash et un cron ?
Oui, c'est une solution.
J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
On Monday 10 June 2013 21:04:09 alarig wrote:Pourquoi ne pas faire un script bash et un cron ?
Oui, c'est une solution.
J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
Jusqu'Ã il y a quelques minutes, je ne pensais pas que l'on pouvait
faire un appel système depuis MySQL. Mais d'après ce lien,
http://crazytechthoughts.blogspot.fr/2011/12/call-external-program-from-m ysql.html,
c'est possible.
Je ne pense pas que cela soit pour autant une bonne idée. ( Sympa
pour le POC, mais en prod ?? )
Jusqu'Ã il y a quelques minutes, je ne pensais pas que l'on pouvait
faire un appel système depuis MySQL. Mais d'après ce lien,
http://crazytechthoughts.blogspot.fr/2011/12/call-external-program-from-m ysql.html,
c'est possible.
Je ne pense pas que cela soit pour autant une bonne idée. ( Sympa
pour le POC, mais en prod ?? )
Jusqu'Ã il y a quelques minutes, je ne pensais pas que l'on pouvait
faire un appel système depuis MySQL. Mais d'après ce lien,
http://crazytechthoughts.blogspot.fr/2011/12/call-external-program-from-m ysql.html,
c'est possible.
Je ne pense pas que cela soit pour autant une bonne idée. ( Sympa
pour le POC, mais en prod ?? )
a écrit :
> On Monday 10 June 2013 21:04:09 alarig wrote:
>> Pourquoi ne pas faire un script bash et un cron ?
> Oui, c'est une solution.
> J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
Jusqu'Ã il y a quelques minutes, je ne pensais pas que l'on pouvait
faire un appel système depuis MySQL.
Mais d'après ce lien,
http://crazytechthoughts.blogspot.fr/2011/12/call-external-program-from-m ys
ql.html, c'est possible.
Je ne pense pas que cela soit pour autant une bonne idée. ( Sympa po ur
le POC, mais en prod ?? )
Pour peu que ton processus externe se bloque, ou mette du temps Ã
répondre , ce sont tes tables MySQL qui risquent d'être lockà ©es.
(potentiel effet "boule de neige" sur l'ensemble de l'application ,
voire jusqu'au système - accumulation de process - , d'autant plus si
c'est une table cruciale pour le fonctionnement de l'application).
Mais pour en revenir à ton cas, et comme le disait Bzzz, il faut de
toute facon un évènement (action INSERT / UPDATE / DELETE) pour qu'un
trigger se déclenche. Donc ca ne résout pas le problème. L a tache cron
s'impose assez naturellement du coup ;) . Christophe.
andre_debian@numericable.fr a écrit :
> On Monday 10 June 2013 21:04:09 alarig wrote:
>> Pourquoi ne pas faire un script bash et un cron ?
> Oui, c'est une solution.
> J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
Jusqu'Ã il y a quelques minutes, je ne pensais pas que l'on pouvait
faire un appel système depuis MySQL.
Mais d'après ce lien,
http://crazytechthoughts.blogspot.fr/2011/12/call-external-program-from-m ys
ql.html, c'est possible.
Je ne pense pas que cela soit pour autant une bonne idée. ( Sympa po ur
le POC, mais en prod ?? )
Pour peu que ton processus externe se bloque, ou mette du temps Ã
répondre , ce sont tes tables MySQL qui risquent d'être lockà ©es.
(potentiel effet "boule de neige" sur l'ensemble de l'application ,
voire jusqu'au système - accumulation de process - , d'autant plus si
c'est une table cruciale pour le fonctionnement de l'application).
Mais pour en revenir à ton cas, et comme le disait Bzzz, il faut de
toute facon un évènement (action INSERT / UPDATE / DELETE) pour qu'un
trigger se déclenche. Donc ca ne résout pas le problème. L a tache cron
s'impose assez naturellement du coup ;) . Christophe.
a écrit :
> On Monday 10 June 2013 21:04:09 alarig wrote:
>> Pourquoi ne pas faire un script bash et un cron ?
> Oui, c'est une solution.
> J'ai fini par trouver "l'alerte MySQL". Elle est appelée "trigger" :
Jusqu'Ã il y a quelques minutes, je ne pensais pas que l'on pouvait
faire un appel système depuis MySQL.
Mais d'après ce lien,
http://crazytechthoughts.blogspot.fr/2011/12/call-external-program-from-m ys
ql.html, c'est possible.
Je ne pense pas que cela soit pour autant une bonne idée. ( Sympa po ur
le POC, mais en prod ?? )
Pour peu que ton processus externe se bloque, ou mette du temps Ã
répondre , ce sont tes tables MySQL qui risquent d'être lockà ©es.
(potentiel effet "boule de neige" sur l'ensemble de l'application ,
voire jusqu'au système - accumulation de process - , d'autant plus si
c'est une table cruciale pour le fonctionnement de l'application).
Mais pour en revenir à ton cas, et comme le disait Bzzz, il faut de
toute facon un évènement (action INSERT / UPDATE / DELETE) pour qu'un
trigger se déclenche. Donc ca ne résout pas le problème. L a tache cron
s'impose assez naturellement du coup ;) . Christophe.
Face à "un tel crash annoncé possible avec répercussions s ur d'autres
tables", je vais me ranger à un script + cron.
Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
cette option de "trigger" ?
Un script bash + cron peut être aussi dangereux,
toutes actions sans l'opérateur aux aguets n'est pas sans risque.
Face à "un tel crash annoncé possible avec répercussions s ur d'autres
tables", je vais me ranger à un script + cron.
Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
cette option de "trigger" ?
Un script bash + cron peut être aussi dangereux,
toutes actions sans l'opérateur aux aguets n'est pas sans risque.
Face à "un tel crash annoncé possible avec répercussions s ur d'autres
tables", je vais me ranger à un script + cron.
Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
cette option de "trigger" ?
Un script bash + cron peut être aussi dangereux,
toutes actions sans l'opérateur aux aguets n'est pas sans risque.
wrote:
> Face à "un tel crash annoncé possible avec répercussions sur d'autres
> tables", je vais me ranger à un script + cron.
Sage décision.
> Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
> cette option de "trigger" ? :
Tu mélanges tout, on a besoin des triggers pour faciliter
l'automatisation de certaines tâches lors d'une action
modifiant la DB (et on peut aussi planter la DB avec une
procédure de trigger mal faite).
andre_debian@numericable.fr wrote:
> Face à "un tel crash annoncé possible avec répercussions sur d'autres
> tables", je vais me ranger à un script + cron.
Sage décision.
> Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
> cette option de "trigger" ? :
Tu mélanges tout, on a besoin des triggers pour faciliter
l'automatisation de certaines tâches lors d'une action
modifiant la DB (et on peut aussi planter la DB avec une
procédure de trigger mal faite).
wrote:
> Face à "un tel crash annoncé possible avec répercussions sur d'autres
> tables", je vais me ranger à un script + cron.
Sage décision.
> Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
> cette option de "trigger" ? :
Tu mélanges tout, on a besoin des triggers pour faciliter
l'automatisation de certaines tâches lors d'une action
modifiant la DB (et on peut aussi planter la DB avec une
procédure de trigger mal faite).
Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
cette option de "trigger" ? :
Tu mélanges tout, on a besoin des triggers pour faciliter
l'automatisation de certaines tâches lors d'une action
modifiant la DB (et on peut aussi planter la DB avec une
procédure de trigger mal faite).
Lié à MySQL ou pour toutes bases de données ?
Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
cette option de "trigger" ? :
Tu mélanges tout, on a besoin des triggers pour faciliter
l'automatisation de certaines tâches lors d'une action
modifiant la DB (et on peut aussi planter la DB avec une
procédure de trigger mal faite).
Lié à MySQL ou pour toutes bases de données ?
Mais si c'est si dangereux potentiellement, pourquoi MySQL a mis
cette option de "trigger" ? :
Tu mélanges tout, on a besoin des triggers pour faciliter
l'automatisation de certaines tâches lors d'une action
modifiant la DB (et on peut aussi planter la DB avec une
procédure de trigger mal faite).
Lié à MySQL ou pour toutes bases de données ?