| Les deux révisions précédentes
Révision précédente
Prochaine révision
|
Révision précédente
|
basededonnees:general [04/01/2016 15:09]
julp [Peut-on rendre une partie d'une requête conditionnelle ?] |
basededonnees:general [04/01/2016 15:16] (Version actuelle)
julp [Peut-on rendre une partie d'une requête conditionnelle ?] |
| |
| Comment rendre, à présent, b (le paramètre) facultatif ? On va admettre que B (la colonne) ne peut être NULL, ce qui nous permet d'utiliser cette valeur particulière quand nous voudrons ignorer ce "paramètre" (avec PDO, penser à un bindValue/bindParam avec PDO::PARAM_NULL en 3e argument ou simplement assigner NULL en valeur du paramètre avec execute). La requête devient dès lors : ''%%WHERE A = :a AND ((:b IS NULL) OR (B = :b))%%'' et le tour est joué. | Comment rendre, à présent, b (le paramètre) facultatif ? On va admettre que B (la colonne) ne peut être NULL, ce qui nous permet d'utiliser cette valeur particulière quand nous voudrons ignorer ce "paramètre" (avec PDO, penser à un bindValue/bindParam avec PDO::PARAM_NULL en 3e argument ou simplement assigner NULL en valeur du paramètre avec execute). La requête devient dès lors : ''%%WHERE A = :a AND ((:b IS NULL) OR (B = :b))%%'' et le tour est joué. |
| | |
| | <code php> |
| | $bdd = new PDO(/* ... */); |
| | $stmt = $bdd->prepare('SELECT * FROM table WHERE A = :a AND ((:b IS NULL) OR (B = :b))'); |
| | $stmt->bindValue('a', 3, PDO::PARAM_INT); |
| | if (!empty($_POST['query'])) { |
| | $stmt->bindValue('b', $_POST['query'], PDO::PARAM_STR); |
| | } else { |
| | $stmt->bindValue('b', NULL, PDO::PARAM_NULL); |
| | } |
| | $stmt->execute(); |
| | foreach ($stmt as $row) { |
| | // afficher $row |
| | } |
| | </code> |
| |
| Notez que je n'ai pas testé cette "technique" sur chaque SGBD mais étant donné qu'ils cherchent tous à être le plus efficace possible, les opérateurs logiques ET/OU sont, selon toute vraisemblance, dits court-circuit partout (au sens où OU n'évalue pas son second opérande si le premier est vrai et, idem pour ET, quand le premier est faux). | Notez que je n'ai pas testé cette "technique" sur chaque SGBD mais étant donné qu'ils cherchent tous à être le plus efficace possible, les opérateurs logiques ET/OU sont, selon toute vraisemblance, dits court-circuit partout (au sens où OU n'évalue pas son second opérande si le premier est vrai et, idem pour ET, quand le premier est faux). |
| Cependant, n'utilisez pas cette approche pour créer un moteur de recherche. Cela deviendrait vite inutilement une usine à gaz. A mon sens, elle n'a d'intérêt que pour de vraies requête préparées (au sens préparée une fois pour être exécutée **plus** d'une fois) ou ce qui s'en rapproche, notamment côté SGBD pour les langages de procédures/triggers & co où ça me paraît simplifier les choses (curseurs). | Cependant, n'utilisez pas cette approche pour créer un moteur de recherche. Cela deviendrait vite inutilement une usine à gaz. A mon sens, elle n'a d'intérêt que pour de vraies requête préparées (au sens préparée une fois pour être exécutée **plus** d'une fois) ou ce qui s'en rapproche, notamment côté SGBD pour les langages de procédures/triggers & co où ça me paraît simplifier les choses (curseurs). |
| |
| Note complémentaire : une requête préparée ne peut comporter plusieurs un même paramètre nommé que si les requêtes préparées sont émulées par PDO. Dans le cas contraire, il sera nécessaire de binder la même valeur sous deux noms différents (par exemple, notre clause WHERE précédente devra être réécrite en ''%%WHERE A = :a AND ((:b1 IS NULL) OR (B = :b2))%%'' et en affectant la valeur de notre marqueur précédemment :b à :b1 **et** :b2) | Concernant PDO : une requête préparée ne peut comporter plusieurs un même paramètre nommé que si les requêtes préparées sont émulées par PDO. Dans le cas contraire, il sera nécessaire de binder la même valeur sous deux noms différents (par exemple, notre clause WHERE précédente devra être réécrite en ''%%WHERE A = :a AND ((:b1 IS NULL) OR (B = :b2))%%'' et en affectant la valeur de notre marqueur précédemment :b à :b1 **et** :b2) |
| | |
| | <code php> |
| | $binds = array('a' => 3); |
| | $binds['b1'] = $binds['b2'] = NULL; |
| | $bdd = new PDO(/* ... */); |
| | $stmt = $bdd->prepare('SELECT * FROM table WHERE A = :a AND ((:b1 IS NULL) OR (B = :b2))'); |
| | if (!empty($_POST['query'])) { |
| | $binds['b1'] = $binds['b2'] = $_POST['query']; |
| | } |
| | $stmt->execute($binds); |
| | foreach ($stmt as $row) { |
| | // afficher $row |
| | } |
| | </code> |
| | |
| | Bien qu'illustré par l'intermédiaire de PDO, le principe reste valable avec toute autre API (mysqli, sqlite3, etc). |
| |
