php.net |  support |  documentation |  report a bug |  advanced search |  search howto |  statistics |  random bug |  login

go to bug id or search bugs for

Request #74592 prepared statement support
Submitted: 2017-05-15 07:58 UTC Modified: -
Votes:3
Avg. Score:4.7 ± 0.5
Reproduced:3 of 3 (100.0%)
Same Version:2 (66.7%)
Same OS:1 (33.3%)
From: adambaratz@php.net Assigned:
Status: Open Package: PDO DBlib
PHP Version: Irrelevant OS:
Private report: No CVE-ID: None
View Developer Edit
 [2017-05-15 07:58 UTC] adambaratz@php.net 
Description:
------------
DBlib doesn't directly support prepared statements, but could get most of the way there using some generic stored procedures.

T-SQL offers sp_executesql:
https://docs.microsoft.com/en-us/sql/relational-databases/system-stored-procedures/sp-executesql-transact-sql

Sybase has options of its own:
http://stackoverflow.com/questions/5680960/equivalent-to-sp-executesql-in-sybase

These could likely be used in conjunction with dbbind(). If so, this would eliminate this extension's hard requirement for emulated prepares. Testing with SQL Server has shown that execution plans for queries executed with sp_executesql can be reused when the parameters change.

Patches

Pull Requests

History

AllCommentsChangesGit/SVN commitsRelated reports
 [2020-02-27 08:23 UTC] mikey at kiernan dot tech 
Hi there,

We experience the same behaviour using pdo_dblib.
We are unsure of exactly why, but we've had to migrate to pdo_sqlsrv.

There are a few SO threads about this:
- https://stackoverflow.com/questions/42982136/laravel-mssql-adhoc-queries-instead-of-prepared
- https://stackoverflow.com/questions/38338596/non-emulated-prepared-statement-support-from-ms-sql-server-through-php-on-linux
 
PHP Copyright © 2001-2024 The PHP Group
All rights reserved. 		Last updated: Sat Nov 23 22:01:28 2024 UTC