(PHP 5 >= 5.3.0, PHP 7, PHP 8)
SQLite3Stmt::bindValue — パラメータの値を変数にバインドする
パラメータの値を変数にバインドします。
PHP 7.2.14 と 7.3.0 より前のバージョンでは、 ステートメントがいったん実行されると、 バインドされたパラメータの値を変えられるようにするために SQLite3Stmt::reset() を呼び出す必要がありました。
param
バインドされるべき文中の値を識別する
string (名前付きパラメータの場合) または
(位置パラメータの場合) int。
名前付きパラメータがコロン (:) や
アットマーク (@)
ではじまっていない場合、コロンが自動的に名前の前に付加されます。
位置パラメータは 1 から始まります。
value変数にバインドする値。
typeバインドする値のデータ型。
SQLITE3_INTEGER: 符号付き整数。
値の大きさに応じて 1, 2, 3, 4, 6, あるいは 8 バイトで格納されます。
SQLITE3_FLOAT: 浮動小数点数値。
8 バイトの IEEE 浮動小数点数値として格納されます。
SQLITE3_TEXT: テキスト文字列。
データベースのエンコーディング (UTF-8, UTF-16BE あるいは UTF-16-LE)
を用いて格納されます。
SQLITE3_BLOB: blob データ。
入力がそのままの形式で格納されます。
SQLITE3_NULL: NULL 値。
PHP 7.0.7 以降では、type が省略されると、
自動的に value の型から検出します:
bool
と int 型は SQLITE3_INTEGER として扱われ、
float は SQLITE3_FLOAT、
null は SQLITE3_NULL、
そして、これら以外は全て SQLITE3_TEXT として扱われます。
これより前のバージョンでは、type が省略されると、
デフォルトの型 SQLITE3_TEXT になっていました。
注意:
valueがnullの場合、 与えられたtypeに関わらず、 常にSQLITE3_NULLとして扱われます。
| バージョン | 説明 |
|---|---|
| 7.4.0 |
param が、新たに @param 記法をサポートしました。
|
例1 SQLite3Stmt::bindValue() の例
<?php
$db = new SQLite3(':memory:');
$db->exec('CREATE TABLE foo (id INTEGER, bar STRING)');
$db->exec("INSERT INTO foo (id, bar) VALUES (1, 'This is a test')");
$stmt = $db->prepare('SELECT bar FROM foo WHERE id=:id');
$stmt->bindValue(':id', 1, SQLITE3_INTEGER);
$result = $stmt->execute();
var_dump($result->fetchArray(SQLITE3_ASSOC));
?>上の例の出力は以下となります。
array(1) {
["bar"]=>
string(14) "This is a test"
}
Note that this also works with positional placeholders using the '?' token:
<?php
$stmt = $db->prepare('SELECT * FROM mytable WHERE foo = ? AND bar = ?');
$stmt->bindValue(1, 'somestring', SQLITE3_TEXT);
$stmt->bindValue(2, 42, SQLITE3_INTEGER);
?>
Positional numbering starts at 1.I just want to say again,
Numbering for parameters starts at ONE!
This has caught me out quite a few times!It might be a good idea to feed bindValue the type of the variable manually, or you might encounter weird stuff as the passed value is often treated as SQLITE3_TEXT and results in buggy queries.
For example:
<?php
$st = $db->prepare('SELECT * FROM test WHERE (a+1) = ?');
$st->bindValue(1, 2);
?>
Will never return any result as it is treated by SQLite as if the query was 'SELECT * FROM test WHERE (a+1) = "2"'. Instead you have to set the type manually:
<?php
$st = $db->prepare('SELECT * FROM test WHERE (a+1) = ?');
$st->bindValue(1, 2, \SQLITE3_INTEGER);
?>
And it will work. This bug is reported in https://bugs.php.net/bug.php?id=68849
Here is a simple function to help you make bindValue work correctly:
<?php
function getArgType($arg)
{
switch (gettype($arg))
{
case 'double': return SQLITE3_FLOAT;
case 'integer': return SQLITE3_INTEGER;
case 'boolean': return SQLITE3_INTEGER;
case 'NULL': return SQLITE3_NULL;
case 'string': return SQLITE3_TEXT;
default:
throw new \InvalidArgumentException('Argument is of invalid type '.gettype($arg));
}
}
?>I used following logic to prepare statements, It handles both Values and Arrays ( taking help from bohwaz note) :
<?php
function getArgType($arg) {
switch (gettype($arg)) {
case 'double': return SQLITE3_FLOAT;
case 'integer': return SQLITE3_INTEGER;
case 'boolean': return SQLITE3_INTEGER;
case 'NULL': return SQLITE3_NULL;
case 'string': return SQLITE3_TEXT;
default:
throw new \InvalidArgumentException('Argument is of invalid type '.gettype($arg));
}
}
foreach ($params as $index => $val) {
// indexing start from 1 in Sqlite statement
if (is_array($val)) {
$ok = $stmt->bindParam($index + 1, $val);
} else {
$ok = $stmt->bindValue($index + 1, $val, getArgType($val));
}
if (!$ok) {
throw new Exception("Unable to bind param: $val");
}
}
?>