Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:96670
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain beccati.com designates 176.9.123.236 as permitted sender)
To: Adam Baratz <adam.baratz@gmail.com>,
 "internals@lists.php.net" <internals@lists.php.net>
References: <CADxrgCNboXRbZf1V7RWtGBvbbYA-h8bknu=YD8dQ0jjUtKYtbw@mail.gmail.com>
Message-ID: <3070b2cb-58ab-cf55-7744-4afb00ce331a@beccati.com>
Date: Mon, 31 Oct 2016 11:32:33 +0100
MIME-Version: 1.0
In-Reply-To: <CADxrgCNboXRbZf1V7RWtGBvbbYA-h8bknu=YD8dQ0jjUtKYtbw@mail.gmail.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] Debugging PDO Prepared Statement Emulation
From: php@beccati.com (Matteo Beccati)

Hi Adam,

On 17/10/2016 21:28, Adam Baratz wrote:
> Hi,
> 
> I've created an RFC to make it easier to work with emulated prepared
> statements:
> https://wiki.php.net/rfc/debugging_pdo_prepared_statement_emulation
> 
> Based on feedback from a previous thread[1], I added some context and added
> two other potential solutions to the problem. Please share your feedback.
> I'd like to hone in on one solution for the eventual vote.

There's value in improving tests for emulated prepares, but as I stated
somewhere else, I would rather see them deprecated and removed rather
than encouraged.

Besides, I gather that FreeTDS also supports them since quite a long
time, so I don't see why pdo_dblib should exclusively use and promote
usage of emulated prepares.


Cheers
-- 
Matteo Beccati

Development & Consulting - http://www.beccati.com/