AOP bindParam vs exécuter

Je vois souvent des code à l'aide de bindParam ou bindValue avec PDO. Est tout simplement le passage d'arguments à execute mal vu pour une raison quelconque?

Je comprends que bindParam effectivement se lie à l'variables et que vous pouvez définir le type de paramètre d'être lié avec les deux bind méthodes, mais que faire si vous n'insérez des cordes?

$query = "SELECT col1 FROM t1 WHERE col2 = :col2 AND col3 = :col3 AND col4 = :col4";
$pdo->bindValue(':col2', 'col2');
$pdo->bindValue(':col3', 'col3');
$pdo->bindValue(':col4', 'col4');

J'ai souvent voir ci-dessus, mais personnellement je préfère:

$pdo->execute(array(':col2' => 'col2', ':col3' => 'col3', ':col4' => 'col4'));

Il n'est pas aussi détaillé et visuellement il fait plus de sens pour moi d'avoir les entrées "va dans" à la requête. Cependant, je n'ai pratiquement jamais le voir utilisé.

Est-il une raison pour préférer la bind méthodes plus le passage de paramètres à execute lorsque vous n'avez pas à profiter de comportements de l'ancien?

  • Je pense que c'est une question de préférence - j'ai tendance à préférer l'aide de bindValue et bindParam parce que je pense que le code résultant est plus facile à lire.
  • C'est en effet en baisse de préférence. Si vous n'avez pas besoin de la capacité fo types de forces (lorsque vous êtes seulement en utilisant des chaînes de caractères), le passage d'un tableau à execute() est rapide et pratique.
InformationsquelleAutor Explosion Pills | 2012-09-12
  1. 61

    Vous pourriez trouver bindParam utilisé quand vous voulez juste pour lier une variable de référence à un paramètre dans la requête, mais peut-être encore besoin de faire quelques manipulations sur elle et que vous souhaitez uniquement la valeur de la variable calculée au moment de l'exécution de la requête. Il vous permet aussi de faire des choses plus complexes comme lier un paramètre à un appel de procédure stockée et ont la valeur retournée mis à jour dans la variable liée.

    Pour en savoir plus, voir la bindParam documentation, bindValue documentation et exécuter la documentation.

    Par exemple

    $col1 = 'some_value';
$pdo->bindParam(':col1', $col1);
$col1 = 'some_other_value';
$pdo->execute(); //would use 'some_other_value' for ':col1' parameter

    bindValue et le passage d'un tableau à execute se comportent de la même manière que la valeur du paramètre est fixe sur ce point et SQL exécuté en conséquence.

    En suivant le même exemple ci-dessus, mais en utilisant bindValue

    $col1 = 'some_value';
$pdo->bindValue(':col1', $col1);
$col1 = 'some_other_value';
$pdo->execute(); //would use 'some_value' for ':col1' parameter

    Lors de la transmission de valeurs directement dans execute toutes les valeurs sont traitées comme des chaînes de caractères (même si le nombre entier valeur est fournie). Donc, si vous devez appliquer des types de données, vous devez toujours utiliser bindValue ou bindParam.

    Je pense que vous pourriez voir bind* utilisé plus de execute(array) que beaucoup le considèrent comme une meilleure pratique de codage, de définir explicitement les types de données dans les déclarations de paramètres.

    • Salut, Mike. De l'intérêt pourriez-vous élaborer sur ce point? Il m'a toujours intéressé comment passer des variables à bindParam() œuvres, comme j'ai parfois l' "Ne peut pas passer une variable par référence" des erreurs, et pas vraiment sûr de ce que cela signifie pourquoi je pense à ce sujet.
    • J'ai mis à jour ma réponse à inclure un exemple de la façon dont bindParam permettrait d'évaluer la valeur de la variable liée à l'exécution de la requête du temps.
    • Comment est l'utilisation de execute pas explicite dans les déclarations de paramètres?
    • Je voulais dire explicite sur le type de données. Désolé pour la confusion, j'ai mis à jour ma réponse.
    • bindParam passe une variable par référence, ce qui signifie que la valeur elle-même est évaluée uniquement quand il est utilisé (l'exécution de la requête). Ceci vous permet, par exemple, une requête dans une boucle, il suffit de changer les variables, sans liaison, encore et encore.
    • Explicite des types de données étant une bonne pratique est une bonne réponse .. en théorie .. mais j'ai rarement l'occasion de voir qui que ce soit. Je pense que je vais m'en tenir à execute la plupart du temps, personnellement.

    InformationsquelleAutor Mike Brant
  2. 9

    En passant les paramètres avec la $pdo->execute() méthode, toutes les valeurs dans le tableau avec le passé, comme PDO::PARAM_STR à la déclaration de la $pdo->bindParam() fonction.

    La principale différence que je peux voir, c'est que maintenant avec le $pdo->bindParam() fonction, vous pouvez définir le type de données transmis le long, en utilisant le PDO::PARAM_* constantes comme décrit dans la PHP.net manuel

    InformationsquelleAutor Jens Kooij
  3. 4

    Simple,
    la valeur de bindParam peuvent changer, mais la valeur de bindValue ne pouvez pas changer.
    Exemple:

    $someVal=10;
$someVal2=20;
/* In bindParam, the value argument is not bound and 
will be changed if we change its value before execute.
*/
$ref->bindParam(':someCol',$someVal);
$someVal=$someVal2;
$ref->execute();
//someCol=20
/* In bindValue, the value argument is bound and 
never changed if we change its value before execute.
*/
$ref->bindValue(':someCol',$someVal);
//here assignment is referral (&$someVal)
$someVal=$someVal2;
$ref->execute();
//someCol=10
    • Je pense que l'OP a demandé la différence entre les exécuter et bindParam pas bindParam et bindValue mais j'ai juste commencé à utiliser PDO et de na pas savoir la différence
    InformationsquelleAutor Teerath Kumar