Moyen Simple d'Afficher la Requête SQL (s) Générés par les Rapports SSRS?

Est-il un moyen simple d'afficher les Requêtes SQL générées par des SSRS autres que l'exécution d'un profil de traces pour les capturer?

Est-il un moyen de dans les OFFRES de l'éditeur pour voir cela?

OriginalL'auteur DavidStein | 2010-08-09

  1. 4

    En bref, pas. Il n'y a pas de bonne solution. Toutefois, pour le développement en général j'ai créé une requête de test à côté de mon travail dans SSRS. Je voudrais modifier ce dans Management Studio, puis il suffit de coller les valeurs de retour dans les OFFRES. En supposant que deux paramètres appelés "StudentID" et "TeacherID", la requête ressemblait:

    DECLARE @StudentID int
DECLARE @TeacherID int

SELECT @StudentID = StudentID FROM Students WHERE StudentName LIKE 'John Doe'
SELECT @TeacherID = TeacherID FROM Teachers WHERE TeacherName LIKE 'Mr. Jones'

-- PASTE IN QUERY FROM BIDS BELOW

    Cela m'a permis d'utiliser de vraies valeurs de texte à partir de la liste déroulante des listes de paramètres et il suffit de coller dans ma requête. Ensuite, j'ai pu optimiser la requête dans Management Studio, puis collez-le dans OFFRES lorsque j'ai été heureux avec le résultat.

    Merci Aaron. Comment géreriez-vous ou un test multi-paramètre valeur si l'utilisateur voulait être en mesure de saisir plusieurs studentId? Ou, par exemple, vous avez eu 4 différents étudiants nommé 'John Doe'.
    Je tiens à dire qu'il y avait un truc intéressant, mais j'ai l'habitude de simplement coder en dur pour faire en sorte qu'il fonctionne dans les quelques cas que j'en avais besoin. SSRS un texte de remplacement à la place d'un paramétrage donc des endroits où vous auriez "OÙ StudentID (@StudentIDs)" il sera en fait la sortie de SQL dynamique comme "OÙ StudentID (65, 66, 67)". Je pense que vous pouvez envelopper votre texte à l'intérieur d'un sp_executesql mais alors vous perdez la coloration syntaxique. Comme d'habitude, il n'y a pas de solution idéale.

    OriginalL'auteur Aaron D

  2. 7

    Vous pourriez exécuter quelque chose comme ci-dessous sur votre serveur de rapports SSRS. Vous serez en mesure de voir le sql qui est en cours d'exécution par le rapport ensembles de données.

    ;WITH XMLNAMESPACES (
    DEFAULT 'http://schemas.microsoft.com/sqlserver/reporting/2005/01/reportdefinition',
    'http://schemas.microsoft.com/SQLServer/reporting/reportdesigner' AS rd
),
ReportData AS
(
    SELECT name ReportName
           , x.value('CommandType[1]', 'VARCHAR(50)') AS CommandType
           , x.value('CommandText[1]','VARCHAR(8000)') AS CommandText
           , x.value('DataSourceName[1]','VARCHAR(50)') AS DataSource
    FROM (SELECT  name
                  , CAST(CAST(content AS VARBINARY(MAX)) AS XML) AS reportXML
            FROM  ReportServer.dbo.Catalog
            WHERE content IS NOT NULL
                  AND type != 3) a
                  CROSS APPLY reportXML.nodes('/Report/DataSets/DataSet/Query') r(x)
)

SELECT *
FROM ReportData

    OriginalL'auteur Mark

  3. 3

    Ce que j'ai l'habitude de faire est de lancer le générateur de profils SQL quand je lance le rapport et tirez la requête avec paramètres.

    L'OP précise, sans courir le générateur de profils SQL...

    OriginalL'auteur Umar

  4. 0

    Fermez le fichier, remplacez l'extension .rdlc .rdl et le rouvrir. Il doit afficher au format HTML. Maintenant, faire une recherche pour "sélectionner" et là vous allez!

    les paramètres d'exécution sera inclus dans le .rdl définition.

    OriginalL'auteur Ron