Effectivement, charger tout un resultat de requete en mémoire c'est un peu crade. Ceci dit, c'est pratique. Par contre, le tri sur la date dans le code python me perturbe un peu (surtout que dans la sortie, on a juste un "already update" et pas le nom d'hote), je l'aurai fait dans la requete de selection.
Et pour être sur de ne pas mettre à jour deux fois le meme host (apres tout, le script peut etre lancé plusieurs fois en meme temps par erreur) j'aurai rajouté un controle lors des update : UPDATE [...] WHERE netbiosname=hostname AND dateping < day.
Du coup, effectivement, on charge tout un tableau de resultat au debut du script, mais 1) tu es multithreadé 2) tu vérifie que tu ne met pas un jour un truc deja à jour au plus prés de l'update.
A mon sens, ca contrebalance la partie un peu crade du début.
# Compromis
Posté par Guillaume Rossignol . En réponse au message Ping multithread + bdd. Évalué à 2. Dernière modification le 25 août 2015 à 11:51.
Tout est toujours une question de compromis.
Effectivement, charger tout un resultat de requete en mémoire c'est un peu crade. Ceci dit, c'est pratique. Par contre, le tri sur la date dans le code python me perturbe un peu (surtout que dans la sortie, on a juste un "already update" et pas le nom d'hote), je l'aurai fait dans la requete de selection.
Et pour être sur de ne pas mettre à jour deux fois le meme host (apres tout, le script peut etre lancé plusieurs fois en meme temps par erreur) j'aurai rajouté un controle lors des update :
UPDATE [...] WHERE netbiosname=hostname AND dateping < day.Du coup, effectivement, on charge tout un tableau de resultat au debut du script, mais 1) tu es multithreadé 2) tu vérifie que tu ne met pas un jour un truc deja à jour au plus prés de l'update.
A mon sens, ca contrebalance la partie un peu crade du début.