如何定义 PDOStatement::bindValue() 中的变量类型？

发布于 2024-12-03 06:45:45 字数 789 浏览 2 评论 0原文

PDOStatement::bindValue() 方法提供了一种指定变量绑定类型的方法：

PDOStatement::bindValue ( $parameter , $value [, $data_type = PDO::PARAM_STR ] )

我想知道，指定数据类型的目的是什么，而保留为默认值时 (PARAM_STR）最终数据库会在使用它之前将值转换为正确的类型吗？

例如，如果您对 INTEGER 字段进行以下查询：

INSERT INTO table (integerField) VALUES (?) ;
SELECT * FROM table WHERE integerField = ?  ;

并且您在 PHP 中绑定了一个整数，PDO 默认情况下会将其绑定为字符串，这相当于：

INSERT INTO table (integerField) VALUES ("1") ;
SELECT * FROM table WHERE integerField = "1"  ;

这将完美地工作，因为SQL 数据库（至少 MySQL，我不太清楚这在其他 RDBMS 上如何工作）知道如何在使用字符串之前将其转换回整数。

在哪些用例中，绑定类型参数与字符串会产生影响？

原文

The PDOStatement::bindValue() method offers a way to specify the type of the variable bound:

PDOStatement::bindValue ( $parameter , $value [, $data_type = PDO::PARAM_STR ] )

I'm wondering, what's the purpose of specifying the data type, whereas when leaved as default (PARAM_STR) eventually the database will anyway cast the value to the proper type before using it?

For example, if you have these queries over an INTEGER field:

INSERT INTO table (integerField) VALUES (?) ;
SELECT * FROM table WHERE integerField = ?  ;

And you bind an integer in PHP, PDO will by default bind it as a string, which is equivalent as:

INSERT INTO table (integerField) VALUES ("1") ;
SELECT * FROM table WHERE integerField = "1"  ;

That will work flawlessly, because the SQL database (at least MySQL, I'm not really aware of how that would work on other RDBMS) knows how to convert the string back to an integer before using it.

What are the use cases where it would make a difference to bound typed parameters vs strings?

分享到QQ

分享到微博

如果你对这篇内容有疑问，欢迎到本站社区发帖提问参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。

发布评论

需要登录才能够评论，你可以免费注册一个本站的账号。

诺曦 2024-12-10 06:45:45

我不是 PDO 专家，但我可以想到 data_type 参数既有用甚至需要的一些场景。

输出参数

定义输出或输入/输出参数时，必须提供预期输出参数的类型和长度。

参考： http://www.php.net/manual/en/ pdo.prepared-statements.php

示例 #4

$stmt = $dbh->prepare("CALL sp_returns_string(?)");
$stmt->bindParam(1, $return_value, PDO::PARAM_STR, 4000);

示例 #5

$stmt = $dbh->prepare("CALL sp_takes_string_returns_string(?)");
$value = 'hello';
$stmt->bindParam(1, $value, PDO::PARAM_STR|PDO::PARAM_INPUT_OUTPUT, 4000);

没有隐式转换的 DBM

在这个问题的另一个答案中进行了解释...

当参数未绑定到可转换数据时< /strong>

甚至具有强制转换功能的数据库能力并不总是能够正确地转换你的变量。

参考：在 PDO 中强类型参数的原因？

$limit = 1;

$dbh->prepare("SELECT * FROM items LIMIT :limit");
$dbh->bindParam(":limit", $limit, PDO::PARAM_STR); 
// Will throw "You have an error in your SQL syntax..."

I'm no PDO-expert, but I can think of a few scenarioes where the data_type parameter is both useful and even needed.

Output parameters

When you define output or input/output parameters, you must provide both type and length of the expected output parameter.

Ref: http://www.php.net/manual/en/pdo.prepared-statements.php

Example #4

$stmt = $dbh->prepare("CALL sp_returns_string(?)");
$stmt->bindParam(1, $return_value, PDO::PARAM_STR, 4000);

Example #5

$stmt = $dbh->prepare("CALL sp_takes_string_returns_string(?)");
$value = 'hello';
$stmt->bindParam(1, $value, PDO::PARAM_STR|PDO::PARAM_INPUT_OUTPUT, 4000);

DBMs without implicit casting

Explained in another answer to this question...

When parameter is not bound to castable data

Even databases with casting abilities will not always be able to cast you variable correctly.

Ref: Reasons to strongly type parameters in PDO?

$limit = 1;

$dbh->prepare("SELECT * FROM items LIMIT :limit");
$dbh->bindParam(":limit", $limit, PDO::PARAM_STR); 
// Will throw "You have an error in your SQL syntax..."

回复收藏 0 原文