Procédure Stockée SQL Server Sortie Params en PHP

J'ai besoin d'aide pour l'exécution d'une procédure stockée dans SQL Server en PHP. PHP est exécuté sur un serveur Unix/Linux. Nous ne pouvons pas obtenir des variables de SORTIE pour retourner en PHP. Voici le code PHP:

$conn = mssql_connect('server', 'user', 'pass');
    mssql_select_db('db', $conn);

    $procedure = mssql_init('usp_StoredProc', $conn);

    $tmpVar1 = 'value';
    $tmpVar2 = 'value2';

    $outVar1 = '';
    $outVar2 = '';

    mssql_bind($procedure, "@var1", $tmpVar1, SQLVARCHAR, false, false);
    mssql_bind($procedure, "@var2", $tmpVar2, SQLVARCHAR, false, false);

    mssql_bind($procedure, "@outVar1", $outVar1, SQLVARCHAR, true);
    mssql_bind($procedure, "@outVar2", $outVar2, SQLVARCHAR, true);

    mssql_execute($procedure,$conn);

    print($outVar1);
    print($outVar2);

La procédure stockée ressemble à ceci :

    SET ANSI_NULLS ON
GO
SET QUOTED_IDENTIFIER ON
GO

ALTER proc [dbo].[usp_StoredProc]
(
    @var1 as varchar(36), 
    @var2 as varchar(10), 
    @outVar1 varchar(36) OUTPUT, 
    @outVar2 varchar(36) OUTPUT 
)
as
  select distinct 
    @outVar1 = row1, 
    @outVar2 = row2
  from table1
  where column1 = @var1
    and column2 = @var2

Quelqu'un peut me dire pourquoi $outVar1 et $outVar2 ne sont pas remplies? Merci beaucoup pour toute aide!

Ne mssql_get_last_message() dire quelque chose d'utile?
mssql_get_last_message() renvoie " a Modifié la base de données de contexte pour "dbName"'
Avez-vous essayé avec une chaîne de 36 places?
Oui, nous avons essayé de spécification de la longueur dans le mssql_bind appel. Toujours pas de chance.
Non, lui donner une mesure de la chaîne: $outVar2 = ' ...36 places... ';
Pas de chance avec l'adaptation de la chaîne.
Je sais. Ce n'est même pas mon projet. J'essaie d'aider un co-travailleur de sortir. Mais maintenant, c'est juste coché moi hors de question que nous n'avons pas pensé à elle.
Essayez ma réponse, voir ci-dessous.
J'ai juste couru ce script sur mon windows box via WampServer et devinez quoi. Il a travaillé. Donc, apparemment, Unix/Linux + PHP = Déteste MSSQL sortie params dans stockées procs.
Comme alternative, vous pouvez toujours SÉLECTIONNER les valeurs que vous voulez sortir de la SP et munissez-vous simplement de l'ensemble de résultats. Accordé, ce n'est pas aussi beau que réel les paramètres de SORTIE.
la destruction de la fonction mssql_bind Erreur d'affichage

InformationsquelleAutor ericwindham | 2009-01-26

3

Selon cette page sur PHP bugs, vous avez à (l'emphase est mienne):

appel mssql_next_result() pour chaque
jeu de résultats retourné par la SP. Cette
façon, vous pouvez gérer de multiples résultats.

Quand mssql_next_result() retourne false
vous aurez accès à la sortie
paramètres et valeur de retour.
- Vous pouvez passer d'une option 2ème paramètre à mssql_execute qui (si vrai) vous donne un accès immédiat à des résultats sans avoir à appeler mssql_next_result... Ça n'aide pas là, malheureusement.
- Semblait plausible à première vue, cependant. :-\
- Cela fonctionne si vous ne savez pas si il va être de retour des résultats de la procédure stockée, c'est à dire $result = mssql_execute($procédure), fonctionne si il y a des résultats retournés ou pas, vous pouvez ensuite appeler mysql_next_result($result) pour obtenir à la sortie params
InformationsquelleAutor Tomalak

Le deuxième paramètre de la méthode execute doit être vrai, plutôt que de conn. Cela devrait fonctionner:

$conn = mssql_connect('server', 'user', 'pass');
mssql_select_db('db', $conn);

$procedure = mssql_init('usp_StoredProc', $conn);

$tmpVar1 = 'value';
$tmpVar2 = 'value2';

$outVar1 = '';
$outVar2 = '';

mssql_bind($procedure, "@var1", $tmpVar1, SQLVARCHAR, false, false);
mssql_bind($procedure, "@var2", $tmpVar2, SQLVARCHAR, false, false);

mssql_bind($procedure, "@outVar1", $outVar1, SQLVARCHAR, true);
mssql_bind($procedure, "@outVar2", $outVar2, SQLVARCHAR, true);

mssql_execute($procedure,true);

print($outVar1);
print($outVar2);

InformationsquelleAutor

1

Essayez de spécifier les longueurs spécifiques des champs de sortie
```
mssql_bind($procedure, "@outVar1", &$outVar1, SQLVARCHAR, true, false, 36);
mssql_bind($procedure, "@outVar2", &$outVar2, SQLVARCHAR, true, false, 36);
```
Et voir si cela fait une différence.

Également note de l'explicite & pour passer la sortie de vars par référence, bien que je ne sais pas si c'est toujours nécessaire ou pas.
- Cela aurait été ma prochaine pensée ainsi, +1. Fournissant une chaîne de 36 places peut aussi servir de test.
- Oui, nous avons tout essayé avec/sans lenghths. Avec la par-référence params(qui en jette et erreur en train de dire que le chemin est déconseillée) et sans.
- Concernant la référence explicite au passage ne pense pas que ce soit nécessaire. La documentation indique que la fonction prend des références seulement.
- J'ai cette vague souvenir que vous avez à transmettre explicitement par ref, mais je vois maintenant que les docs disent que c'est par tous les ref de tous les temps. Merci.
InformationsquelleAutor Joe
0

Je doute que cela soit la cause de votre problème, mais pourquoi êtes-vous à l'aide de DISTINCT?

C'est juste un codesmell - vous voyez de qui, cela signifie qu'il ya un potentiel pour le retour des doublons qui est "géré" avec DISTINCTES, et pourquoi les doublons seront retournés sans doute besoin d'être regardé.
- Distincts peuvent être laissés de côté, mais nous sommes à la recherche pour les combinaisons distinctes de row1 et row2. La procédure stockée s'exécute correctement si nous l'exécuter à partir du Serveur SQL outils de Gestion. Il se fait que les paramètres de sortie en php est ce que nous allons avoir des ennuis avec.
- OK. Gardez à l'esprit que sur une sélection de tâches comme cela, chaque fois que votre jeu de résultats contient plus qu'une seule ligne, vous obtiendrez une erreur. De tout temps, le résultat est vide, les variables seront inchangés (NULL si ils n'ont jamais été attribuées).
- Bon appel, Cade. Mais, pour que la requête ne retourne une seule ligne, donc ce n'est pas ça. Ce qui me tue. Tout ce que nous faisons avec des procédures stockées travaux, à l'exception de la récupération de la sortie params.
- Tomalak est juste sur le fait d'avoir d'avoir consommé tous les jeux de résultats avant d'avoir accès aux paramètres de SORTIE. J'ai eu du mal avec cela, lorsque j'ai voulu utiliser les paramètres de SORTIE pour retourner estimations du nombre de que le client peut utiliser avant de consommer les lignes - ne va pas au travail.
- J'ai vu à plusieurs endroits, mais comment pourrait-on le faire? Vous devez exécuter une procédure stockée à l'aide de mssql_execute, qui ne renvoie pas à une ressource.
- $result = mssql_execute($my_procedure); while(mssql_next_recordset($result)) { ## faire quelque chose }
InformationsquelleAutor Cade Roux
0

Pas sûr de la version de PHP que vous utilisez, mais je pense que dans certaines plus anciennes, vous avez besoin pour passer des variables par référence pour obtenir la valeur de sortir de nouveau:

De sorte que vous aurez besoin de mettre le & charcter avant de la variable lors de l'appel de la fonction:
```
mssql_bind($procedure, "@outVar1", &$outVar1, SQLVARCHAR, true);
mssql_bind($procedure, "@outVar2", &$outVar2, SQLVARCHAR, true);
```
Également selon ce lien certaines versions eu un problème avec la sortie paramétrée
- Oui, nous sommes en cours d'exécution de php 5.*, oublié la version exacte, mais ces problèmes ne devraient pas persister dans cette version. Le passage par référence méthode renvoie une erreur qui dit: "le passage par référence dans mssql_bind a été désapprouvée'
InformationsquelleAutor feihtthief
0

Hm. Quelques commentaires

1) "mssql_execute($procédure,$conn);" qui est mal dans le 2ème paramètre est pas la connexion.

2) Si vous obtenez "exécution de la procédure stockée a échoué", alors j'ai dû créer une base de données de l'hôte dans freetds.conf et de référence.

À ce point, je n'ai pas d'erreurs, mais je n'ai pas la sortie params soit. C'est PHP 5.1 sur RHEL5.

Si j'active freeTDS de journalisation, je vois les données proviennent de retour dans le colis de retour. À ce stade, je ne sais pas pourquoi cela ne fonctionne pas, soit (autre que le support de SQL server pour PHP est un peu défaut!)
- Merci, Joe. Nous avions déjà retiré le $conn param de mssql_query. Ouais, j'ai juste couru ce script à partir de ma boîte de Windows via WampServer et il a bien fonctionné. Donc, je crois que vous avez raison dans ce support de SQL Server est un peu défaut dans PHP sur Unix/Linux.
InformationsquelleAutor Joe
0

Je suis d'avoir les mêmes problèmes.

En supposant que vous utilisez le FreeTDS pilote pour communiquer avec SQL Server il y a un problème connu avec la façon dont le conducteur de travaux. Il est mis en évidence dans la FAQ

http://www.freetds.org/faq.html#ms.output.parameters

L'API docs pour ce qui est suggéré dans la FAQ est ici, mais je ne peux pas trouver un moyen d'accéder à ce avec PHP:

http://www.freetds.org/reference/a00276.html

Je ne peux toujours pas accroché et je suis au point où je vais donner sur les paramètres de sortie tous ensemble.

InformationsquelleAutor benembery
0

je l'ai fait par le biais de Bibliothèque Adodb de manière très simple...

$addProduct = $obj->ExecuteQuery("Commencer;DECLARE @ProductCode que varchar (100) ;EXEC CREATEPRODUCT'$pname', '$prix', @ProductCode de SORTIE, '$merchantId';select @ProductCode;End;");

$codeproduit = $addProduct[0][0];

pour plus d'explication, vous pouvez visiter ce site..
http://developer99.blogspot.com/2011/07/calling-ms-sql-sp-from-php.html

InformationsquelleAutor developer99

Vous devez vous connecter pour publier un commentaire.