SSRS: Modifier l'Instruction SQL de manière dynamique

J'ai un rapport de SSRS 2005, qui est basée sur une requête similaire à celui-ci:

SELECT * FROM MyTable (NOLOCK) 
WHERE col1 = 'ABC'
AND col2 LIKE '%XYZ%'

J'ai besoin d'être en mesure d'inclure de manière dynamique ET la partie de la clause where dans la requête sur la base de savoir si l'utilisateur a coché une case à cocher. Fondamentalement, c'est une instruction SQL dynamique et c'est ça le problème. J'ai essayé plusieurs méthodes sans succès. Est-ce possible? Ne SSRS 2005 prend en charge SQL dynamique? Merci!

OriginalL'auteur | 2008-09-26

14

Charles a presque eu la bonne réponse.

Il devrait être:
```
SELECT * FROM MyTable (NOLOCK) 
WHERE col1 = 'ABC'
   AND (@checked = 0 OR col2 LIKE '%XYZ%')
```
C'est un classique "pattern" dans SQL conditionnelle des prédicats. Si @checked = 0, puis ce sera le retour de toutes les lignes correspondant le reste du prédicat (col1 = 'ABC'). SQL Server n'a même pas de processus de la seconde moitié du OR.

Si @checked = 1 puis elle permettra d'évaluer la deuxième partie de la OR et retourner les lignes correspondant à col1 = 'ABC' AND col2 LIKE '%XYZ%'

Si vous avez plusieurs conditionnelle prédicats ils peuvent être enchaînés les uns aux autres à l'aide de cette méthode (alors que le SI et le CAS des méthodes deviendrait rapidement ingérable).

Par exemple:
```
SELECT * FROM MyTable (NOLOCK) 
WHERE col1 = 'ABC'
    AND (@checked1 = 0 OR col2 LIKE '%XYZ%')
    AND (@checked2 = 0 OR col3 LIKE '%MNO%')
```
Ne pas utiliser le SQL dynamique, ne pas utiliser de SI ou CAS.

Bon pour vous, plus de gens ont besoin de comprendre qu'il existe des alternatives à SQL dynamique.
Yep, je ne peux pas respecter le code SQL dynamique, incroyablement difficile à déboguer, de maintenir ou de mise à niveau. Quelques petites améliorations de performances si vous avez un grand nombre de paramètres optionnels, mais même avec un maximum de 30 paramètres j'ai eu de bonnes performances sans avoir recours à elle.
Pour ne pas mentionner combien il est dangereux, en matière de sécurité PoV
Excellente solution. Je vous remercie.
Génial. C'est une bien meilleure alternative que la direction la plus solutions vous (sql dynamique)

OriginalL'auteur Brannon
3

Comment à ce sujet. @vérifié, c'est votre peu variable.
```
SELECT * FROM MyTable (NOLOCK) 
WHERE col1 = 'ABC'
AND (@checked <> 0 and col2 LIKE '%XYZ%')
```
Edit: Aussi, si vous n'êtes pas à l'aide d'une procédure stockée, puis d'en utiliser un.

Il ne fonctionne pas dans le cas où la vérification est fausse (0). Il ne retourne pas tous les matches dans ce cas, même si certains peuvent exister.
Votre réponse est grand, mais dans le cas où l'on ne peut pas s'exécuter sur la source de données et nous avons accès en lecture seule aux données de la strored procédure d'approche ne fonctionnera pas.

OriginalL'auteur Charles Graham
1

Peut-être que ce serait travailler pour vous:
```
if @checked = 1
    select * from mytable (nolock) where col = 'ABC'
else
    select * from mytable (nolock) where col = 'ABC' AND colw Like '%XYZ%'
```
Je suis désolé de ne pas utiliser SSRS beaucoup, mais si vous pouvez obtenir la valeur de la case à cocher dans le @vérifié paramètre cela devrait fonctionner.

Alternativement, vous pouvez utiliser une instruction.

Dans SQL Server, cela peut causer plan de requête recompilation, ce qui peut nuire à la performance. Si vous utilisez ce modèle dans vos propres procédures, envisager de diviser, de sorte que vous avez le maître de la procédure, qui choisit l'enfant de la procédure d'appel en se basant sur les paramètres d'Une procédure en une seule requête.

OriginalL'auteur Jason Stevenson

SELECT * FROM MyTable (NOLOCK) 
WHERE col1 = 'ABC'
AND col2 LIKE CASE @checked WHEN 1 THEN '%XYZ%' ELSE col2 END

OriginalL'auteur Leon Tayson

1

Ce serait de travailler dans SSRS 2000, mais utilisé comme un dernier recours.

(mauvais) PSEUDOCODE
```
="SELECT * FROM MyTable (NOLOCK)
WHERE col1 = 'ABC'"+
iff(condition,true,"AND col2 LIKE '%XYZ%'","")
```
Découvrez L'exécution de "Dynamique" des Requêtes SQL. du Routard de SQL Server 2000 Reporting Services

OriginalL'auteur jason saldo
1

Une façon de le faire est par la génération de la SSR requête comme une expression. Dans les OFFRES concepteur de rapports, définissez votre requête:
```
="SELECT * FROM MyTable WITH (NOLOCK) WHERE col1 = 'ABC'" +
 Iif(Parameters!Checked.Value = true," AND col2 LIKE '%XYZ%'","")
```
OriginalL'auteur
0

si vous pouvez utiliser des procédures stockées, c'est probablement plus facile de le faire. passer dans votre params. Créer une Chaîne SQL basé sur vos conditions et de faire un EXEC de la chaîne sql, votre procédure stockée renvoie les résultats dont vous avez besoin.

Votre réponse est grand, mais dans le cas où l'on ne peut pas s'exécuter sur la source de données et nous avons accès en lecture seule aux données de la strored procédure d'approche ne fonctionnera pas.

OriginalL'auteur ScaleOvenStove

Vous pouvez également prendre une autre approche et d'utiliser la fonction Exec:

DECLARE @CommonSelectText varchar(2000)  
DECLARE @CompleteSelectText varchar(2000)  
SELECT @CommonSelectText = 'SELECT * FROM MyTable (nolock) Where Col = ''ABC'' '  

IF @checked = 1   
    SELECT @CompleteSelectText = @CommonSelectText + ' AND ColW LIKE ''%XYZ%'' '  
ELSE  
    SELECT @CompleteSelectText = @CommonSelectText  

EXEC (@CompleteSelectText)  

GO

Notez l'utilisation de deux apostrophes ' pour marquer le texte cité.

OriginalL'auteur Anthony K

Vous devez vous connecter pour publier un commentaire.