Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:100781
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: Lester Caine <lester@lsces.co.uk>, internals@lists.php.net
References: <25903b1e0fc5a726e44b1e3a5ab4aec4@bohwaz.net>
 <CA+kxMuQ0p9qwCkxaUFQuR4C_JrPb1RtAguY3su3TvPsiUxOGEw@mail.gmail.com>
 <ee76dfe0-8bda-086a-33cd-d0f8c33aa071@lsces.co.uk>
Message-ID: <86cad23e-a50b-515e-bc94-f98f813f1b05@beccati.com>
Date: Wed, 27 Sep 2017 11:17:35 +0200
MIME-Version: 1.0
In-Reply-To: <ee76dfe0-8bda-086a-33cd-d0f8c33aa071@lsces.co.uk>
Content-Type: text/plain; charset=utf-8
Content-Language: en-GB
Content-Transfer-Encoding: 7bit
Subject: Re: [PHP-DEV] [RFC] [Discussion] Implement SQLite "openBlob" feature
 in PDO
From: php@beccati.com (Matteo Beccati)

Hi Lester,

On 27/09/2017 11:00, Lester Caine wrote:
> The bigger question is - Should database specific extensions to PDO be
> allowed at all? The WHOLE base of PDO was that it would allow easy data
> management between DIFFERENT databases. This should be implemented in a
> way that mirrors blobs generically otherwise the generic database driver
> should be used since a switch to another PDO driver will fail. This
> should apply to any targeted extension to PDO, so anything that breaks
> the generic base data needs tidying up.

That's a wrong assumption. PDO was born to allow quickly writing
database drivers, not as an abstraction layer that allows you to
seamlessly move from one another. I thought the same but I was corrected
by someone that was involved in the process.


Cheers
-- 
Matteo Beccati

Development & Consulting - http://www.beccati.com/