La procédure stockée renvoie le nombre de lignes à la place des valeurs de colonne

Question

J'appelle une procédure stockée à partir d'ASP.NET pour récupérer des données à stocker dans un tableau. Le problème est que pour retourner les valeurs dont j'ai besoin, je dois d'abord appeler une autre procédure stockée et vider les résultats dans une table temporaire. Cela génère les enregistrements corrects du côté SQL, mais lorsque je l'appelle dans ASP, il renvoie l'index du dernier enregistrement sous la forme d'un int. Ainsi, même si SQL génère les résultats corrects, ASP ne peut pas y accéder lors de l'appel de la procédure stockée.

Voilà comment je mon SQL mis en place:

IF OBJECT_ID('#temp') IS NOT NULL 
    BEGIN 
     DROP TABLE #temp 
    END 

CREATE TABLE #temp 
(
EventID nvarchar(50), 
RunDate date, 
SectionCode nvarchar(50), 
SectionMapCode nvarchar(50), 
DispSort int, 
Capacity nvarchar(50), 
Attendance int, 
PctCap int, 
HeatColor nvarchar(50) 
) 

DECLARE @runDate date = GETDATE() 
--Insert results from killsheet sproc into temp table 
INSERT #temp Exec GameDayReporting.dbo.uspGetEventKillSheetDetailedReport @EventID, @runDate; 

select Capacity from #temp; 

La sortie SQL:

L'appel ASP:

string option = TempData["option"].ToString(); 
var secCapacity = db.uspGetSecCapacityNew(option); 
ViewData["Capacity"] = secCapacity; 
System.Diagnostics.Debug.WriteLine("capacity " + secCapacity); 

Et la sortie ASP:

capacity 261

Notez comment secCapacity est égal à 261, qui est le dernier numéro de ligne dans le résultat SQL.

Alors, comment puis-je accéder aux résultats de la requête plutôt qu'à la taille des données?

Answer 1

Sans vouloir vous offenser, vous semblez ajouter une couche de complexité qui n'a pas besoin d'exister. Cette section:

DECLARE @runDate date = GETDATE() 
--Insert results from killsheet sproc into temp table 
INSERT #temp Exec GameDayReporting.dbo.uspGetEventKillSheetDetailedReport @EventID, @runDate; 

select Capacity from #temp; 

Vous insérez dans un objet temporaire dans SQL Server avec un seul proc. Pourquoi ne pas simplement renvoyer ce proc dépendant? Est-ce une opération de mémoire très intensive en mémoire ou quelque chose qui nécessite un stockage temporaire? Sinon, je voudrais juste obtenir le résultat. Jongler entre le stockage temporaire et les ensembles de résultats renvoyés peut être problématique. Surtout quand vous traitez avec une couche de .NET traiter les déclarations qui sont soit:

1. SQL dynamique
2. stockage temporaire dans la tempdb (# ou ## tables)

Sauf si vous avez des règles strictes Je voudrais juste faire vos données de retour avec

GameDayReporting.dbo.uspGetEventKillSheetDetailedReport @EventID, @runDate 

WRAP une liste d'objets Poco si vous utilisez Entity Framework ou un DataTable si ADO.NET.

Answer 2

J'ai été capable de le résoudre en choisissant ma procédure stockée de ASP au lieu d'essayer d'importer des données spécifiques à partir de SQL.

var uspCapacity = from d in db.uspGetEventKillSheetDetailedReport(option, date) 
         select new 
         { 
          d.Capacity 
         }; 
    var uspAttendance = from d in db.uspGetEventKillSheetDetailedReport(option, date) 
         select new 
         { 
          d.Attendance 
         }; 
    var uspSectionMapCode = from d in db.uspGetEventKillSheetDetailedReport(option, date) 
         select new 
         { 
          d.SectionMapCode 
         }; 

    var uspCapacityList = uspCapacity.ToArray(); 
    var uspAttendanceList = uspAttendance.ToArray(); 
    var uspSectionMapCodeList = uspSectionMapCode.ToArray(); 

J'ai testé à l'aide:

for (var i = 0; i < 3; i++) 
    { 
     System.Diagnostics.Debug.WriteLine("Capacity " + uspCapacityList[i] + " Attendance " + uspAttendanceList[i] + " Section Map Code " + uspSectionMapCodeList[i]); 
    }