Nombre de lignes avec exec dans procédure stockée

**Stephane_br** · 09/11/2018, 12h25

Bonjour,

J'ai une Procédure Stockée qui, à partir de variables en entrée, me créé dynamiquement une requête sous forme de chaine que j’exécute à la fin avec la commande

exec(@machaine)

;
Jusque-là, tout va bien.

Mon souci, c'est que, avant d’exécuter ma requête, j'aimerais savoir si elle va me retourner des lignes, car si elle ne me retourne rien, j'aimerais ne pas l’exécuter et exécuter une autre requête.
Le but, me retourner dans la Tables(0) un résultat soit par la requête créée dynamiquement, soit par ma requête alternative.
De cette manière, je ne me souci pas de qui a trouvé quoi, j'ai toujours un résultat.

En gros :

En entrée : declare @myVar1 as int = 0, declare @myVar2 as int = 0, declare @myVar3 as int = 0, ..etc...

Puis, en variable interne je fais : declare @machaine as varchar(max) = ''
Puis, ma procédure stockée réalise un traitement qui me génère une requête complète en fonction des données fournies dans les variables en entrée :
Au final j'obtiens un truc du genre (je simplifie) @machaine = 'select * from maTable ....'

Avant de lancer la commande exec(@machaine) en fin de procédure stockée, j'aimerais faire un truc du style select count(*) ... et si c'est égal à zéro, je lance une requête alternative.

Est-ce possible de faire un truc comme ça ? Ou faut-il voir cela autrement ?

Merci de votre aide.
Cordialement.

**aieeeuuuuu** · 09/11/2018, 13h53

Bonjour,

Est-ce que toutes les requêtes retournent les mêmes colonnes de mêmes types ?

**CinePhil** · 09/11/2018, 13h54

Pour savoir combien de lignes va renvoyer votre requête dynamique, il faut l'exécuter !

Mais dans votre procédure, vous pouvez exécuter la requête et récupérer le nombre de lignes retournées dans le jeu de résultat, je pense. Et si votre jeu de résultat est vide, alors lancer la requête alternative avant de terminer la procédure.

Si par contre le résultat de votre requête dynamique dépend du nombre de ligne dans une table, votre procédure peut commencer par vérifier le nombre de lignes de la table avant de lancer la requête dynamique potentiellement complexe.

**Stephane_br** · 09/11/2018, 14h07

Envoyé par aieeeuuuuu

Bonjour,

Est-ce que toutes les requêtes retournent les mêmes colonnes de mêmes types ?

Oui, oui, c'est prévu en effet

**Stephane_br** · 09/11/2018, 14h12

Envoyé par CinePhil

Pour savoir combien de lignes va renvoyer votre requête dynamique, il faut l'exécuter !

Mais dans votre procédure, vous pouvez exécuter la requête et récupérer le nombre de lignes retournées dans le jeu de résultat, je pense. Et si votre jeu de résultat est vide, alors lancer la requête alternative avant de terminer la procédure.

Si par contre le résultat de votre requête dynamique dépend du nombre de ligne dans une table, votre procédure peut commencer par vérifier le nombre de lignes de la table avant de lancer la requête dynamique potentiellement complexe.

Merci pour votre réponse.
Mais pour exécuter ma requête, je suis obliger de remplir ma Tables(0) dans le résultat de ma procédure stockée ?
Comment l'exécuter avant, sans retourner le résultat ? Et pouvoir lancer ma requête alternative ?
Est-ce possible de mettre le résultat d'un exec('xx) dans un curseur par exemple ou autre ?
Ou alors, on ne peut pas faire un truc du genre select count(*) from (exec('xxx')) ? Je sais que ce n'est pas possible.. mais n'y a t--il pas un truc équivalent à cela ?

?????
Désolé

**Stephane_br** · 09/11/2018, 14h15

En sachant que j'ai mas requête dans une chaine de caractères.... je peux donc en faire ce que je veux avant de l'éxécuter.
Je pensais à remplacer tout ce qu'il y a avant le from 'select a, b, ....... from maTable where.....' par un select count mais pareil, je ne sais pas renseigner une variable de type int à partir d'une requête contenu dans une variable de type varchar(x)....

**Stephane_br** · 09/11/2018, 14h27

Existe-t-il un objet de type Table dans les procédures stockées que je pourrais manipuler ? Dans l'idée, je rempli cet objet avec ma requête et je peux voir si il est plein ou vide ??? J'imagine que non....

**CinePhil** · 09/11/2018, 14h55

Mais pour exécuter ma requête, je suis obliger de remplir ma Tables(0) dans le résultat de ma procédure stockée ?

Euh... là c'est un peu flou tant qu'on n'a pas le code de la procédure.
Et de préférence, il faudrait aussi poser le problème dans le forum du SGBD que vous utilisez parce que les syntaxes sont différentes d'un SGBD à l'autre.

Mais pour exécuter ma requête, je suis obliger de remplir ma Tables(0) dans le résultat de ma procédure stockée ?

Vous pouvez utiliser un CURSOR ou une table temporaire ou... ça dépend du SGBD...

Ben avec un IF sur le résultat !

Bref... postez votre code et dites-nous quel SGBD vous utilisez et on vous réorientera vers le bon forum.

**Stephane_br** · 09/11/2018, 15h04

Merci pour votre réponse.

Désolé, je ne peux pas copier mon code ici car certaines choses sont confidentielles.

Toutefois, cela ne fait pas de différence car le résultat est que ma requête complète est insérée dans une variable de type varchar() et que je dois me débrouiller avec ça ensuite.
Donc peut importe les données ou la structure qu'elle retourne, en fait je voudrais juste savoir si elle retourne un résultat ou non avant que son exécution soit envoyée en retour de ma procédure stockée (dans la Tables(0) de mon résultat)....

C'est là que j'ai page blanche et que je suis bloqué...

J'utilise Microsoft SQL Server Enterprise 14.0.2002.14

Merci pour votre aide.
Cordialement.

**CinePhil** · 09/11/2018, 15h27

Comme je ne maîtrise pas les subtilités de SQL Server, je passe la main aux spécialistes.

**SQLpro** · 09/11/2018, 16h04

Le plus simple étant d'encapsuler tout cela dans une seule et même requête…

Exemple :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
WITH 
REQUETE_TEST AS
(SELECT ... ),
AUTRE_REQUETE AS
(SELECT ... )
SELECT *
FROM   REQUETE_TEST
UNION ALL
SELECT *
FROM   AUTRE_REQUETE
WHERE  NOT EXISTS(SELECT * 
                  FROM   REQUETE_TEST);

La seule condition pour que cela marche est que les deux requêtes aient les mêmes colonnes.

A +

**Stephane_br** · 09/11/2018, 16h14

Merci beaucoup pour vos réponses.
Je vais essayer tout ça tout de suite...

Merci.

**Stephane_br** · 09/11/2018, 16h29

Bon bé ça marche toutefois, ce n'était pas cela que je voulais faire au départ : je ne voulais exécuter la seconde requête que si la première était vide.
Le fait de faire un union exécute les deux à la fois et ce n'est pas ce que je voulais....

Mais je me rend compte que je prend peut-être la tête pour rien.

En fait je bosse sur un "moteur de recherche" sur un catalogue d'articles un peu complexe et ma seconde requête ne devait être là que pour faire ressortir d'autres résultats basés sur des critères plus poussés, uniquement si la première requête ne retournait rien. Et en fait, ma seconde requête pouvant potentiellement me retourner beaucoup de lignes, je ne voulais pas la lancer inutilement. Dans un souci de rapidité de recherche...

Mais je ne sais pas si je ne prend pas le problème dans le mauvais sens....

Je laisse ouvert la discussion, je continue de chercher....

**aieeeuuuuu** · 09/11/2018, 17h30

Bonjour,

en alternative, vous pouvez créer une table temporaire, et la peupler avec la premiére requete :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
INSERT INTO #T EXEC('requete1')

si la table temporaire est vide après cela, refaire la même avec la deuxième requête.

enfin, renvoyer le contenu de la table temporaire

**Stephane_br** · 09/11/2018, 17h47

Envoyé par aieeeuuuuu

Bonjour,

en alternative, vous pouvez créer une table temporaire, et la peupler avec la premiére requete :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
INSERT INTO #T EXEC('requete1')

si la table temporaire est vide après cela, refaire la même avec la deuxième requête.

enfin, renvoyer le contenu de la table temporaire

Merci pour votre retour...
En effet j'y avais pensé mais le souci c'est que suis sur un site web. Et le problème c'est que si je fais ça dans une table et que j'ai 500 visiteurs qui lancent ma requête en même temps et que je supprime ou insère des données pendant qu'un autre interroge... c'est pas bon du tout je pense.... ou alors faut que je crée une clé à la volée peut-être ...

je pense que je vais laisser ce truc et faire autrement. Je vais faire 2 procédures stockées et tant pi, il y aura 2 allez-retours vers Sql....

Merci à vous pour votre aide dans tous les cas.
Cordialement.

**aieeeuuuuu** · 09/11/2018, 17h52

Non, une table temporaire locale est propre à la session, donc pas de problème en cas d'exécutions concurrentes.

**Stephane_br** · 09/11/2018, 17h58

Envoyé par aieeeuuuuu

Non, une table temporaire locale est propre à la session, donc pas de problème en cas d'exécutions concurrentes.

Ok. Je testerais la semaine prochaine du coup.
Merci pour retour.

Bon week-end.
Cordialement.

**soazig** · 09/11/2018, 18h48

Coucou,
Tu peux peut-être aussi essayer autre chose,
En début de procédure stockée, tu fais
Set nocount on

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
 exec(@machaine) 
if @@rowcount=0
begin
Ton autre select
end

Je ne sais pas si @@rowcount est mis à jour avec un exec .
Sinon pour la partie savoir le nombre de lignes mise à jour tu peux t'inspirer de
https://social.msdn.microsoft.com/Fo...tesql-rowcount

Si tu veux creuser cette piste, et voir si ça marche dans ton code. Essaie sans le if dans un cas où tu es sûr que tu serais passé dedans et vois si ça marche dans ton code web.
Cordialement
Soazig

**Stephane_br** · 19/11/2018, 09h25

Merci pour vos retours, faute de temps et de délai, j'ai mis de côté le temps de bien finir mon process mais je reviendrais poster ici dès que j'aurais pu finaliser tout cela...

**SQLpro** · 19/11/2018, 14h01

Envoyé par Stephane_br

Bon bé ça marche toutefois, ce n'était pas cela que je voulais faire au départ : je ne voulais exécuter la seconde requête que si la première était vide.
Le fait de faire un union exécute les deux à la fois et ce n'est pas ce que je voulais....

Vous ne pouvez pas faire autrement, car pour savoir si la première est vide il faut l'exécuter. Si vous l'exécutez, alors autant la mettre à jour… Sinon vous devriez faire la chose suivante :
1) LANCER une requête SELECT pour voir s'il y a des lignes
2) s'il y a des lignes faire l'UPDATE (ce qui relance la même requête qu'en 1 un A UN DETAIL PRES…)
3) sinon, faire l'autre requête

Le détail dont je parle n'est pas mince. En effet entre la requête 1) et la requête 2) un autre utilisateur peut avoir ajouter ou modifier des données qui feront en sorte que la requête 1 retourne des lignes… Mais c'est trop tard !

C'est pourquoi vous ne devez JAMAIS procéder en plusieurs étapes. Dans un système ensembliste, vous devez tout faire d'un seul coup….

Mais je me rend compte que je prend peut-être la tête pour rien.

En fait je bosse sur un "moteur de recherche" sur un catalogue d'articles un peu complexe et ma seconde requête ne devait être là que pour faire ressortir d'autres résultats basés sur des critères plus poussés, uniquement si la première requête ne retournait rien. Et en fait, ma seconde requête pouvant potentiellement me retourner beaucoup de lignes, je ne voulais pas la lancer inutilement. Dans un souci de rapidité de recherche...

Mais je ne sais pas si je ne prend pas le problème dans le mauvais sens....

Je laisse ouvert la discussion, je continue de chercher....

C'est comme cela que j'ai procédé pour élaborer le moteur de TEXT MINING d'Intellixir repris par QUESTEL.

A +