Re : problèmes de format de DBDATE
Posted in 2006
Topics:
Stored Procedures & SPL
Translated from English by DrWatson
— View original
david@smooth1.co.uk a écrit :
> Assurez-vous que la session qui crée la procédure stockée ou
> qui exécute update statistics sur la procédure stockée dispose
> du paramètre DBDATE approprié.
Je n'ai pas encore essayé GL_DATE, mais lors de nos recherches, nous avons
assurément eu le bon paramètre DBDATE depuis la session qui
créait la SP et/ou mettait à jour les statistiques.
J'ai ouvert un dossier auprès du support technique, mais ils n'ont pas encore trouvé la cause
du problème.
↪ replying to Gary Andrus
le format de date de la procédure stockée est défini par la session qui a optimisé la procédure stockée en dernier
Alors, qu'est-ce qui peut optimiser une procédure stockée ?
1/ update statistics — vous avez déjà vérifié que cela ne s'est pas produit
2/ la session qui crée la procédure — vous avez déjà vérifié que cela ne s'est pas produit
3/ si la valeur systables.version d'une table change et que update statistics n'a pas été réexécuté, toute procédure qui référence cette table sera réoptimisée lors de sa première exécution. Parmi les éléments qui peuvent modifier le numéro de version d'une table, on trouve (entre autres) l'ajout de colonnes ou la modification des privilèges utilisateur
Je soupçonne que c'est peut-être le cas n° 3 qui s'est produit et que la procédure a été réoptimisée par autre chose que update statistics.
Je suppose que si vous exécutez update stats, le problème disparaîtra pendant un certain temps, puis, lorsqu'un autre événement modifiera le numéro de version de la table, le problème risque de réapparaître
par conséquent, c'est le paramètre DBDATE de cette session qui sera pris en compte
↪ replying to scottishpoet
Pas de chance de ce côté-là non plus, poet. J'ai vérifié mon paramètre DBDATE, exécuté update stats sur l'ensemble de la base de données, puis relancé la même commande execute function avec le même résultat.
Ensuite, je suis allé un peu plus loin. Comme il s'agit d'une base de données de reporting qui ne fonctionne pas en 24x7, j'ai pu vérifier à nouveau DBDATE, arrêter et redémarrer IDS, lancer update stats, et je reçois toujours l'erreur -1205, mois non valide dans la date.
La quête continue...
Related threads
Glossary