| PHP Developer Forum Hier habt ihr die Möglichkeit, eure Skriptprobleme mit anderen Anwendern zu diskutieren. Seid so fair und beantwortet auch Fragen von anderen Anwendern. Dieses Forum ist sowohl für ANFÄNGER als auch für PHP-Profis! Post your PHP questions here! |
 |

30-11-2009, 12:38
|
|
streuner
Registrierter Benutzer
|
|
Registriert seit: Aug 2009
Ort: Lüneburg
Beiträge: 461
|
|
sqlsrv_num_rows geht nicht
Hi!
Ich arbeite mit einem MSSQL Server (Treiber V1.1), PHP5 und Stored Procedures. Funzt auch soweit alles gut, aber der Befehl sqlsrv_num_rows gibt immer folgenden Fehler aus:
Login Warning: sqlsrv_num_rows() expects parameter 1 to be resource, boolean given in C:\Programme\Apache Software Foundation\Apache2.2\htdocs\index.php on line 49
Code ist folgender:
PHP-Code:
$SQLParams2 = array(array($_SESSION['userid'], SQLSRV_PARAM_IN, SQLSRV_PHPTYPE_INT, SQLSRV_SQLTYPE_INT)); $SQLOptions = array("Scrollable" => SQLSRV_CURSOR_STATIC); $SQLResult = sqlsrv_query($SQLVerbindung, 'EXEC dbo.getUserDetailMissingFields @BenutzerID=?', $SQLParams2, $SQLOptions); $row_count = sqlsrv_num_rows($SQLResult);
Wenn ich statt eine Stored Procedure aufrufe, den SQL-Befehl verwende, klappt es wunderbar. Hat jemand eine Idee, wie ich die Anzahl der betroffenen Zelen zurückbekomme? Die Dokumentation von mdsn gibt auch nicht wirklich viel her. Danke schonmal.
mfg streuner
Page loading ... Please wait
__________________
Erst wenn der letzte FTP Server kostenpflichtig, der letzte GNU-Sourcecode verkauft, der letzte Algorithmus patentiert,
der letzte Netzknoten verkommerzialisert ist, werdet Ihr merken, dass Geld nicht von alleine programmiert.
"Diese Software verdient die 3 großen GGG: --- Gesehen --- Gelacht --- Gelöscht ---"
|

30-11-2009, 13:25
|
AmicaNoctis
 Moderatorin
|
|
Registriert seit: Jul 2009
Beiträge: 5.550
|
|
Hallo,
SQL Statements unterteilen sich in Abfragen (query) und Anweisungen (execute). Eine Stored Procedure fällt in die zweite Kategorie und bietet daher über ..._rows_affected den Zugriff auf die Anzahl der betroffenen (modifizierten) Datensätze an, während ..._num_rows die Anzahl der gelieferten Datensätze aus einer Abfrage zurückgibt. Auf jeden Fall solltest du execute() statt query() verwenden.
Gruß,
Amica
__________________
Hast du die Grundlagen zur Fehlersuche gelesen? Hast du Code-Tags benutzt? 
Hast du als URL oder Domain-Beispiele example.com, example.net oder example.org benutzt?
Super, danke! 
Geändert von AmicaNoctis (30-11-2009 um 13:29 Uhr)
|

30-11-2009, 14:14
|
|
streuner
Registrierter Benutzer
|
|
Registriert seit: Aug 2009
Ort: Lüneburg
Beiträge: 461
|
|
Ah...ok. Ist ein guter Ansatz. Werde ich gleich mal testen und bei Problemen ggf. nochmal posten  !
Danke Dir.
mfg streuner
__________________
Erst wenn der letzte FTP Server kostenpflichtig, der letzte GNU-Sourcecode verkauft, der letzte Algorithmus patentiert,
der letzte Netzknoten verkommerzialisert ist, werdet Ihr merken, dass Geld nicht von alleine programmiert.
"Diese Software verdient die 3 großen GGG: --- Gesehen --- Gelacht --- Gelöscht ---"
|

30-11-2009, 15:10
|
|
streuner
Registrierter Benutzer
|
|
Registriert seit: Aug 2009
Ort: Lüneburg
Beiträge: 461
|
|
Geht leider auch nicht  ! Wenn ich folgendes eingebe:
PHP-Code:
$SQLParams2 = array(array($_SESSION['userid'], SQLSRV_PARAM_IN, SQLSRV_PHPTYPE_INT, SQLSRV_SQLTYPE_INT)); $SQLResult = sqlsrv_execute($SQLVerbindung, 'EXEC dbo.getUserDetailMissingFields @BenutzerID=?', $SQLParams2); //, $SQLOptions); $SQLRows = sqlsrv_rows_affected($SQLResult);
Fehler:
Login Fatal error: Called no parameter function with parameters. in C:\Programme\Apache Software Foundation\Apache2.2\htdocs\index.php on line 48
Wenn ich das nach der Doku mache (msdn) und zuerstden Query (oder jetzt execute Aufruf) mit prepare binde und dann eine execute + sqlsrvrows_affected mache, habe ich den Bildschirm voll mit Fehlermeldungen! Macht auch keinen Unterschied, wenn ich die Stored Procedure innerhalb meines Aufrufs statt mit "EXEC" mit "CALL" Aufrufe.
Es wundert mich einfach, dass der Befehl nicht funktioniert, wenn ich eine Stored Procedure in der MSSQL Datenbank aufrufe! Wenn ich das SQL Statement aber manuelle ausführe (in meinem Code) geht das ohne Probleme. Er scheint ein Zeiger Problem zu haben, was ich im ersten Code so versucht habe zu umgehen:
PHP-Code:
$SQLOptions = array("Scrollable" => SQLSRV_CURSOR_STATIC);
Version 1.1 of the SQL Server Driver for PHP introduces the following features:
...
The sqlsrv_num_rows function has been added, which returns the number of rows in a result set.
...
laut Dokumentation müsste der Befehl ja gehen  !
Vermutlich muss ich dann einfach mit nem Count(*) Befehl alles zählen, ist aber nicht wirklich elegant.
mfg streuner
__________________
Erst wenn der letzte FTP Server kostenpflichtig, der letzte GNU-Sourcecode verkauft, der letzte Algorithmus patentiert,
der letzte Netzknoten verkommerzialisert ist, werdet Ihr merken, dass Geld nicht von alleine programmiert.
"Diese Software verdient die 3 großen GGG: --- Gesehen --- Gelacht --- Gelöscht ---"
|

01-12-2009, 09:40
|
AmicaNoctis
 Moderatorin
|
|
Registriert seit: Jul 2009
Beiträge: 5.550
|
|
Kannst du bitte die fehlerverursachende Zeile 48 im Code kenntlich machen? Momentan weiß ich gar nicht, welche Funktion er meint.
__________________
Hast du die Grundlagen zur Fehlersuche gelesen? Hast du Code-Tags benutzt? 
Hast du als URL oder Domain-Beispiele example.com, example.net oder example.org benutzt?
Super, danke! 
|

01-12-2009, 09:51
|
unset
 Moderator
|
|
Registriert seit: Jan 2007
Ort: Düsseldorf
Beiträge: 3.778
|
|
Und mir ist diese Fehlermeldung auch noch nie begegnet. Aus PHP kommt diese also offensichtlich nicht (da man durchaus Funktionen und Methoden mit mehr Parametern als in der Signatur angegeben aufrufen kann). Und Google findet auch nur diesen Thread …
|

01-12-2009, 09:57
|
AmicaNoctis
 Moderatorin
|
|
Registriert seit: Jul 2009
Beiträge: 5.550
|
|
Zitat:
Zitat von unset
Aus PHP kommt diese also offensichtlich nicht (da man durchaus Funktionen und Methoden mit mehr Parametern als in der Signatur angegeben aufrufen kann).
|
Normalerweise ja, aber da diese PHP-Extension von Microsoft ist, kann man nicht wissen, ob die sich an die PHP-Standards gehalten haben.
__________________
Hast du die Grundlagen zur Fehlersuche gelesen? Hast du Code-Tags benutzt? 
Hast du als URL oder Domain-Beispiele example.com, example.net oder example.org benutzt?
Super, danke! 
|

01-12-2009, 10:04
|
AmicaNoctis
 Moderatorin
|
|
Registriert seit: Jul 2009
Beiträge: 5.550
|
|
Ok, also was ich vorher über query und execute gesagt hatte, trifft in diesem Fall (für diesen Treiber) nicht zu. Offenbar kann man mit sqlsrv_query auch Update-Statements absetzen und Stored Procedures aufrufen, also solltest du wieder sqlsrv_query verwenden.
Dass das Ergebnis von sqlsrv_query am Anfang false war, lag also nicht am PHP-Code sondern viel eher daran, dass der Aufruf der Stored Procedure selbst scheitert:
Zitat:
|
Zitat von http://msdn.microsoft.com/en-us/library/cc296184%28SQL.90%29.aspx
Return Value
A statement resource. If the statement cannot be created and/or executed, false is returned.
|
__________________
Hast du die Grundlagen zur Fehlersuche gelesen? Hast du Code-Tags benutzt? 
Hast du als URL oder Domain-Beispiele example.com, example.net oder example.org benutzt?
Super, danke! 
|

01-12-2009, 10:31
|
|
streuner
Registrierter Benutzer
|
|
Registriert seit: Aug 2009
Ort: Lüneburg
Beiträge: 461
|
|
Hi!
Die angegebene Zeile ist folgende:
PHP-Code:
$SQLRows = sqlsrv_rows_affected($SQLResult);
Ich bin das Problem jetzt "umgangen" mit sqlsrv_has_rows, geht auch,
aber dennoch wundert mich, dass so ein "normaler" Befehl, wie sqlsrv_num_rows solche Probleme macht.
@AmicaNoctis: Du meinst also, dass der Aufruf allgemein gescheitert ist?
Wenn ich statt dem Stored Procedure Aufruf, aber ein entsprechendes SQL-Statement
reinpacke, klappt es ja. Die Rückgabe der Stored Procedure an sich funktioniert ja auch, lediglich
der Zugriff mit num_rows nicht.
In der mdsn Doku gibt es Beispiele mit Stored Procedures zur Laufzeit und num_rows. Das scheint soweit
auch zu Funktionieren komischerweise  !
mfg streuner
__________________
Erst wenn der letzte FTP Server kostenpflichtig, der letzte GNU-Sourcecode verkauft, der letzte Algorithmus patentiert,
der letzte Netzknoten verkommerzialisert ist, werdet Ihr merken, dass Geld nicht von alleine programmiert.
"Diese Software verdient die 3 großen GGG: --- Gesehen --- Gelacht --- Gelöscht ---"
|
|
Aktive Benutzer in diesem Thema: 1 (Registrierte Benutzer: 0, Gäste: 1)
|
|
|
| Themen-Optionen |
|
|
| Thema bewerten |
|
|
Forumregeln
|
Es ist Ihnen nicht erlaubt, neue Themen zu verfassen.
Es ist Ihnen nicht erlaubt, auf Beiträge zu antworten.
Es ist Ihnen nicht erlaubt, Anhänge hochzuladen.
Es ist Ihnen nicht erlaubt, Ihre Beiträge zu bearbeiten.
HTML-Code ist aus.
|
|
|
|
PHP News
|