我假设你的意思是你想要的最终SQL查询,参数值插入到它。我理解这将有助于调试,但它不是准备语句的工作方式。参数不与客户端上的预准备语句组合,因此PDO不应该访问查询字符串及其参数。
执行prepare()时,SQL语句将发送到数据库服务器,并在执行execute()时单独发送参数。 MySQL的通用查询日志会在执行()之后显示带有值的最终SQL。下面是我的一般查询日志的摘录。我从mysql CLI运行查询,而不是从PDO,但原理是一样的。
081016 16:51:28 2 Query prepare s1 from 'select * from foo where i = ?'
2 Prepare [2] select * from foo where i = ?
081016 16:51:39 2 Query set @a =1
081016 16:51:47 2 Query execute s1 using @a
2 Execute [2] select * from foo where i = 1
如果设置PDO属性PDO :: ATTR_EMULATE_PREPARES,您还可以获得所需的内容。在此模式下,PDO将参数插入SQL查询中,并在执行()时发送整个查询。这不是一个真正准备的查询。通过在execute()之前将变量内插到SQL字符串中,您将避开准备查询的好处。
评论来自@afilina:
不,文本SQL查询不在执行期间与参数组合。所以PDO没有什么可以告诉你。
在内部,如果使用PDO :: ATTR_EMULATE_PREPARES,PDO会创建SQL查询的副本,并在执行准备和执行之前将参数值插入到其中。但PDO不公开此修改的SQL查询。
PDOStatement对象有一个属性$ queryString,但是这只在PDOStatement的构造函数中设置,并且当用参数重写查询时不会更新。
这将是一个合理的功能请求PDO要求他们公开重写的查询。但即使这不会给你“完整”查询,除非你使用PDO :: ATTR_EMULATE_PREPARES。
这就是为什么我显示上面的使用MySQL服务器的一般查询日志的解决方法,因为在这种情况下,甚至一个准备的查询参数占位符被重写在服务器上,参数值回填到查询字符串。但这只是在日志记录期间,而不是在查询执行期间。