MS SQL Server
  1. MS SQL Server
  3. Obtenir le nombre de lignes dans un résultat de procédure stockée quel que soit le nombre / type de colonnes
Intereting Posts
sélectionner les dates d'un tableau en deux colonnes Erreur d'E / S: SSO a échoué: La bibliothèque SSPI native n'est pas chargée Comment get tous les loggings d'une table et seulement les loggings de la table jointe avec des critères Renvoyer uniquement les lignes dupliquées à partir de deux tables SQL Server: étrange, SELECT INTO clone un logging Rangées GROUP entre le triggersur de départ et le triggersur de fin Procédure stockée OPENJSON Problème lié aux servers SQLNCLI. "Aucune transaction n'est active" sélectionner des loggings individuels en fonction de valeurs agrégées Renvoie les noms des colonnes en fonction de la valeur maximale de l'logging Comment ORDER BY une seule requête dans UNION ALL sans sous-requête Dynamic pivot plusieurs colonnes SQL Server Trigger: INSERTED et DELETED n'existe pas. Qu'Est-ce que c'est? get des données pour par an Sauvegarde de database SQL Server: access aux files du service réseau

Obtenir le nombre de lignes dans un résultat de procédure stockée quel que soit le nombre / type de colonnes

J'ai développé le code suivant: 

CREATE PROCEDURE [dbo].[Test01] AS BEGIN SELECT * FROM TestTable END CREATE PROCEDURE [dbo].[Test02] AS BEGIN DECLARE @tmp TABLE ( TestID int, Test nvarchar(100), ) INSERT INTO @tmp EXEC Test01 SELECT COUNT(*) FROM @tmp END

Mais si j'ajoute ou supprime une colonne sur TestTable je dois modifier @tmp sinon le résultat est:

Le nom de la colonne ou le nombre de valeurs fournies ne correspond pas à la définition de la table

Comment puis-je résoudre ce problème?

Essayez de spécifier les colonnes manuellement: 

 SELECT a, b FROM TestTable

et 

 INSERT INTO @tmp (a, b)

Cela devrait corriger l'erreur que vous avez mentionnée.

Mon premier commentaire serait que SELECT * est mal vu, sauf si vous savez ce que vous faites. Je déconseille fortement dans votre cas d'utilisation particulier, précisément parce que cela peut vous mettre dans le pésortingn que vous avez identifié.

Dans votre cas particulier, pour le SP spécifique écrit, vous n'avez pas utilisé SET NOCOUNT ON, vous pouvez donc récupérer le nombre en utilisant 

 SELECT @@ROWCOUNT

Mais comme l'a commenté Martin, c'est juste un exemple de code que vous avez jeté set. Sinon, pourquoi même utiliser 2 SP.