Discussion :

[Clems1984]

Bonjour,

Je ne suis pas un master en SQL et je dois parametrer une requete qui existait il y a 5 ans, et qui ne fonctionne plus du jour au lendemain. Nous souhaitons refaire une requete avec un autre identifiant SQL, est-il possible de retrouver cette requete ?
Elle a pour but d'aller chercher des informations dans une BD d'un site web, les transférer sur Excel et les injecter dans notre site interne ?
Comment retrouver la trace de cette requête ?

Merci par avance !!

[Michel.Priori]

Bonjour

je dois parametrer une requete qui existait il y a 5 ans,

Que veux dire "paramétrer une requête" ?
Pour moi les paramètres sont des variables associées aux procédures et aux fonctions.
Une requête c'est du SQL et le SQL n'a pas, par lui même, la possibilité de déclarer des fonctions.
Désolé de demander de choisir avec soin son vocabulaire.

et qui ne fonctionne plus du jour au lendemain.

C'est ballot.
Et j'imagine que la date de dernière bonne exécution n'est pas connue et personne n'a touché à rien.

Nous souhaitons refaire une requete avec un autre identifiant SQL

Merci de reformuler le besoin.

, est-il possible de retrouver cette requete ?

Très certainement en restaurant les backup d'avant la perte.
Backup à restaurer sur un serveur de dev histoire de ne pas se mélanger les pinceaux sur le serveur de prod

Elle a pour but d'aller chercher des informations dans une BD d'un site web, les transférer sur Excel et les injecter dans notre site interne ?

Ça fait beaucoup pour une seule requête SQL
Ne serait-ce pas plutôt une procédure, voire un module externe du type SSIS ?

Comment retrouver la trace de cette requête ?

Comme d'hab : dans la doc
Généralement personne ne se soucie de cet aspect d'un développement.
Sauf quand ça merde.

[Clems1984]

[QUOTE=Michel.Priori;11005560]Bonjour

Bonjour,

Tout d'abord merci vraiment d'avoir pris le temps de m'expliquer mes erreurs, je ne suis pas très calé en développement..
En gros nous avions une requête qui est allait chercher dans une base de donnée d'un site Web des informations, pour arriver avec un fichier Excel, ce fichier Excel était ensuite importé automatiquement dans notre logiciel interne.

"C'est ballot.
Et j'imagine que la date de dernière bonne exécution n'est pas connue et personne n'a touché à rien."
Si la dernière exécution est connue nous avons l'heure et la date.

Si vous avez besoin d'informations particulière n'hésitez pas. Encore merci de votre aide..

[Michel.Priori]

Re,

Si la dernière exécution est connue nous avons l'heure et la date.

Ca c'est une bonne nouvelle

Maintenant il faut refaire l'histoire à partir de ce point pour trouver qui a fait quoi.
On peut demander aux admins et autres intervenants.
Si ça ne donne rien il faudra se palucher l'observateur d'évènements.

Pour moi il y a 90% de chance que ce soit un programme externe qui était en charge de ça.
Ça peut être un package SSIS, une procédure VBA dans un fichier XL, un script powershell etc...
Si l’exécution était régulière/récurrente alors on peut voir le "planificateur de tâches Windows" ou les job SQL.
La recherche peut être très compliquée car ce code n'est pas forcément localisé sur le serveur lui-même

Il reste 10% de chance que ce soit piloté depuis du code SQL embarqué dans une procédure (elle même dans un job)

Donc les bonnes pistes sont :
1- la doc du projet
2- la mémoire des gens sur site
3- l'observateur d'évènement

Il vous faudra aussi un peu de chance. Désolé je ne sais pas où la trouver

[Clems1984]

Merci pour la réponse. Je n'ai pas tout compris mais nous utilisions Open Exécutive avant. Qu'est ce que l'observateur d'événements ?
Quels sont les chemins exacts a suivre ?

[escartefigue]

Bonjour,

Si la requête qui fonctionnait ne fonctionne plus alors qu'elle n'a pas été modifiée, voici des pistes possibles :
- la requête utilise des tables et non des vues, ces tables ont été modifiées ce qui impacte la requête, cas typique : requête qui fait un select *
==> utiliser des vues, remplacer les select * par la liste des colonnes utiles

- la requête utilise des jointures "natural join" l'une des tables jointes a été modifiée
==> remplacer ces jointures par des jointures explicites (inner/left/right/full join ON...)

- le résultat est bon mais les données ne sont pas restitées dans le même ordre que précédemment
==> ajouter la clause "order by"

- certaines lignes autrefois restituées ne le sont plus
peut être que les règles de gestion ont changé et que les lignes jadis obligatoires dans l'une des tables jointes sont désormais facultatives
==> remplacer les jointures INNER par des jointures OUTER