„Das aktive Ergebnis enthält keine Felder“ mit PDO mit MS SQL

Ich bin dabei, einige alte PHP-Seiten zu konvertieren, um PDO zu verwenden.

Unten sind zwei vereinfachte Abfragen (nicht meine eigentlichen Abfragen), um das Verständnis meines Problems zu erleichtern …

SELECT afield INTO #temptable FROM atable WHERE anotherfield = 'somevalue';

SELECT afield,anotherfield,onemorefield FROM atable 
WHERE afield NOT IN (SELECT * FROM #temptable);

Die obige Abfrage wirft den im Titel beschriebenen Fehler (vollständiger wirft sie „Fatal error: Uncaught exception ‘PDOException’ with message ‘SQLSTATE[IMSSP]: Das aktive Ergebnis der Abfrage enthält keine Felder.'”)

Wenn ich die Abfrage so verändere…

with (SELECT afield INTO #temptable FROM atable 
WHERE anotherfield = 'somevalue') AS temptable;

SELECT afield,anotherfield,onemorefield FROM atable 
where afield NOT IN (SELECT * FROM temptable);

Dies scheint den Fehler zu umgehen, aber diese Version der Abfrage ist schrecklich ineffizient, da sie die verlockbare Abfrage für jeden einzelnen Feldvergleich in der anderen Abfrage auszuführen scheint.

Gibt es eine Möglichkeit, das erste Formular (das einmalig eine temporäre Tabelle erstellt) mit PDO zum Laufen zu bringen?

Auf der alten Seite, die mssql verwendete, funktionierte es gut.

BEARBEITEN: Ich weiß, dass ich dies wahrscheinlich auf “unordentliche” Weise tun kann, indem ich eine echte Tabelle erstelle, sie in PHP ausführe, dann die zweite Abfrage (in einem separaten PHP-Aufruf) ausführe und dann eine dritte Abfrage ausführe, um die erste Tabelle zu löschen. Darauf muss ich aber lieber nicht zurückgreifen! 🙂

Wenn Sie eine gespeicherte Prozedur verwenden, verwenden Sie

SET NOCOUNT ON 

Das Problem besteht darin, dass die gespeicherte Prozedur als erstes Ergebnis ein Ergebnis zurückgibt, das die Anzahl der betroffenen Zeilen enthält.

Microsoft-Dokumentation

Die PDO-Engine sieht diese Abfrage als Rückgabe von zwei Resultsets (die ältere mssql-Engine hat wahrscheinlich nur alle außer der letzten Abfrage in einer Gesamtabfragezeichenfolge ignoriert). Ich habe es geschafft, dass es funktioniert, indem ich die erste Ergebnismenge (die temporäre Tabelle) mit dem folgenden Befehl übersprungen habe

$statement->nextRowset();

Und dann verwenden $statement->fetch(); wie normal

Wenn Sie eine verwenden StoredProcedure und etwas tun als:

DB::select("EXEC [storedprocedure] $param1,$param2;");

Wie oben, die PDO erwartet die DB::select Anweisung, um einige Daten zurückzugeben. Aber als dein StoredProcedure gibt keine Daten zurück, Sie können ändern DB::select ZU DB::update wie folgt:

DB::update("EXEC [storedprocedure] $param1,$param2;");

Danach sollte der Fehler nicht mehr auftreten.

Ich bin auf dieses Problem gestoßen und die obigen Antworten haben geholfen, aber die Antworten hier setzen Dinge voraus:

1. Sie haben Zugriff, um den Sproc mit zu modifizieren SET NOCOUNT ON und Sie möchten dies tun
2. Sie sind sicher, dass Sie zum nächsten Rowset wechseln müssen
   $statement->nextRowset();

In meinem Fall verwende ich eine generische Methode, um Daten aus mehreren Sprocs zurückzuziehen, bei denen ich dieses Problem möglicherweise habe oder nicht, und dies überprüfen musste, bevor das Rowset erhöht wurde.

Ich habe folgendes verwendet:

while($stmt->columnCount() === 0 && $stmt->nextRowset()) {
    // Advance rowset until we get to a rowset with data
}

if($stmt->columnCount() > 0) {
    // We found something with data, do stuff.
    // Code here
}

Hoffentlich hilft dies jemand anderem, der auf ein ähnliches Problem stößt.

Ich verwende Laravel5 in dieser Version, die Sie ausführen sollten

DB::select('SET NOCOUNT ON; EXEC stored_procedure'. $param1.','...$paramN);

Es funktionierte perfekt.

Ich verwende Laravel5 und so habe ich das Problem behoben;

DB::select("SET ANSI_NULLS ON; SET ANSI_WARNINGS ON;EXEC [storedprocedure] $param1,$param2;");