Reprise du message précédent :
et voilà ... un test entre un VARCHAR(9) et un INT ...
Oracle ça le dérangeait pas ça ...

Ouais, mais Oracle faut pas trop lui faire confiance pour ce genre de choses. Il accepte un peu trop de choses à mon goût, jusqu'au jour où il prend une décision incohérence à ta place

Ma PS est quasiment terminée, maintenant j'essaie de me faire un jeu de test pour tout mener jusqu'en prod mais je bloque sur un truc :
 
Dans ma PS je fais appel à une autre PS qui est censée me renvoyer une liste de bases dans lesquelles seront effectuées les différentes requêtes. Pour cela on lui passe des paramètres, principalement des dates, vu que les bases sont triées par mois comptable.
 
Et dans cette PS que j'appelle il y a ce passage :
 

 
Bon, en gros il fait un comparatif des dates que je lui envoie et des dates concernées par les différentes bases, et il me retourne les noms des bases dans un varchar ... Sachant que les dates que je passe en paramètres sont les variables @debut et @fin, je ne comprends pas du tout l'utilité des variable @wamd et @wamf qui en découlent et qui sont utilisées dans la requête ... A quoi servent ces 2 premières lignes, sachant que toutes les variables @debut, @fin, @wamd et @wamf sont des INT ?
 
Vu que tu as 8 ans d'expérience, j'imagine que ça doit être une astuce que tu dois connaître Et si quelqu'un d'autre a une idée je suis preneur aussi
 

J'imagine que tes dates sont stockées sour la forme : YYYYMMDD au format entier non ?
 
@debut est au format YYYYMM non ?
 
Du coup, tu tapes mettons "200705" pour le mois de juin.
 
wamd = (200705 * 100) - 1 = 20070499 => soit le 99 avril 2007 => Soit de façon sûre et certaine, une date entre la fin avril et le début mai.
 
wamf = (200705 + 1) * 100 = 20070600 => soit le 0 juin 2007 => Soit de façon sûre et certaine, une date entre la fin de mai et le début du juin.
 
Ainsi, tu peux comparer ta date au format YYYYMMDD afin de trouver si elle rentre dans le mois en question.
 
Perso, je préfère cette représentation au format VARCHAR(8) On fait juste un " an_mois LIKE '200705%' " c'est plus compréhensible

Justement, le champ an_mois_comptable dans la table est aussi au format AAAAMM.
 
Est-ce qu'il saura faire la différence dans le WHERE entre les formats AAAAMM du champ an_mois_comptable et AAAAMMJJ des variables @wamd et @wamf ?
 
De plus je viens de me rendre compte que les valeurs des champs trt_min et trt_max sont très étranges ... Je vais essayer de chopper une description de la table parce que je crois que je m'en sortirai pas sans ...

Si le champ an_mois_comptable est au format AAAAMM ça ne devrait pas marcher...

Bon, en fait il y a plusieurs boûts de code dans cette PS pour sélectionner les bases à utiliser ... et je pense que celle que j'essaye d'utiliser n'est pas la plus adaptée à mon cas. Je laisse tomber ce truc pour le moment

ps : a, si...
ça peut marcher si @debut est une année

mouais, raison de plus pour que ça soit pas la bonne méthode à utiliser

Me revoilà !
 
Toujours sur cette même procédure stockée, j'ai une question au sujet de ce qu'elle retourne.
 
J'ai dans l'idée que cette PS va retourner tous les enregistrements trouvés dans tous les SELECT effectués dans la boucle WHILE. Comme on n'a pas encore vraiment eu l'occasion de tester ça, je voulais m'en assurer parce que dans l'analyseur de requêtes il me montre 1 tableau de retour différent pour chaque SELECT effectué dans le WHILE.
 
Alors ? Quelle gueule il devrait avoir mon retour ?

Sinon j'ai vu quelqu'un qui m'a conseillé, pour éviter de me prendre la tête, de tout mettre dans une table temporaire et de retourner cette table.
 
J'ai voulu me renseigner sur l'utilisation des tables temporaires et j'ai trouvé ça :
http://www.developpez.net/forums/s [...] p?t=191218
 
Idéalement c'est ce que je voudrais faire, mais moi je passe par un exec :s C'est quoi la syntaxe à utiliser dans mon cas ?

"exec" ça veut rien dire.
 
donne plus d'infos : poste ta structure complète et ce que tu veux faire.

C'est bon j'ai posté dans le vent en fait, je m'en suis sorti comme un chef  
 
Voilà l'état actuel de ma PS pour laquelle il ne me reste qu'un seul petit problème : quand je fais un RETURN 'chaine', mon collègue n'arrive pas à récupérer la valeur 'chaine' dans son appel à ma PS, et j'ai l'impression que ça vient de moi :
 
 

une procédure ne retourne rien.
 
donc pas de "return".
 
si tu veux que ça retourne quelquechose, alors fait une function. par contre, tu ne peux pas faire de table temporaire dans une fonction. ceci dit, tu peux retourner une table avec une fonction, dans ce cas, cette table s'utilise comme une variable (pas de # mais un @ en préfixe)
 
si tu veux que ta procédure retourne quelquechose, il faut lui passer un paramètre en mode "output" et le remplir dans ta ps.

 
Pourtant dans d'autres procédures stockées déjà utilisées par notre composant VB j'ai vu "RETURN 0" ou "RETURN 99" sans paramètre OUTPUT  
Mais ce que tu me dis me paraît logique, je vais essayer de triffouiller un paramètre OUTPUT dans tout c'merdier

tu peux mettre un "return", mais "normalement" il ne sert à rien. en fait, il va effectivement retourner une valeur, qui peut être utilisée comme un ERRORLEVEL : 0 tout s'est bien passé. autre valeur, erreur numéro X
mais c'est très crade de bosser comme ça. on gère les erreurs proprement en faisant un raise d'erreur, et on retourne des valeurs proprement en utilisant des paramètres output, ou une fonction

Et voilà ce qui se passe quand on se pose trop de questions : on bosse dessus, puis quand tu vas demander à notre responsable on nous répond "ah ben non vous le gérez pas ça"
 
Du coup maintenant quand c en erreur je renvoie "Nothing", quand y a rien je renvoie un ResSet vide, et quand y a trop de lignes et ben j'balance tout quand même, comme une oie qu'on gave
 
C'est beau l'informatique ...

tant que j'y suis, comment on force la sortie d'un while ? (genre EXIT WHILE)
 
EDIT : réponse = BREAK
 
Décidemment chuis trop balèze. Merci pour tes réponses encore une fois MagicBuzz

Re !
 
En faisant le transfert de connaissance avant ma fin de mission (demain), on m'a conseillé d'utiliser un exec sp_executesql plutôt qu'un exec à ligne 97 de la dernière PS que j'ai postée.
 
Le truc c'est que j'arrive pas à chopper la syntaxe à utiliser.
 
En gros on veut que j'utilise ça au cas où un autre module fasse appel à ma PS et m'envoie des variables avec des simple-quotes dans les paramètres en CHAR et VARCHAR (@p_NoAssure en l'occurence ici), ça permettrait à ma procédure d'être plus dynamique ...
 
Bref, j'essaye divers appels mais ça marche po
 
exemples :
INSERT INTO #TMP EXEC ( sp_executesql @query )
INSERT INTO #TMP EXEC ( ' EXEC sp_executesql ' + @query )
INSERT INTO #TMP EXEC ( 'sp_executesql' + @query )
 
rien de tout ça ne marche et j'ai pas envie de perdre du temps là-dessus vu que ma mission se termine demain ... HELP PLZ (MagicBuzz je sais que tu es là)

aucune idée

Merde
Faut que ça soit fait pour ce midi, j'ai intérêt à trouver ça vite fait ... ou pas