Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:100779 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 58476 invoked from network); 27 Sep 2017 09:00:46 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 27 Sep 2017 09:00:46 -0000 Authentication-Results: pb1.pair.com smtp.mail=lester@lsces.co.uk; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=lester@lsces.co.uk; sender-id=pass Received-SPF: pass (pb1.pair.com: domain lsces.co.uk designates 185.153.204.204 as permitted sender) X-PHP-List-Original-Sender: lester@lsces.co.uk X-Host-Fingerprint: 185.153.204.204 mail4.serversure.net Linux 2.6 Received: from [185.153.204.204] ([185.153.204.204:37547] helo=mail4.serversure.net) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id AC/D1-34114-6B86BC95 for ; Wed, 27 Sep 2017 05:00:45 -0400 Received: (qmail 20578 invoked by uid 89); 27 Sep 2017 09:00:25 -0000 Received: by simscan 1.3.1 ppid: 20520, pid: 20571, t: 0.0574s scanners: attach: 1.3.1 clamav: 0.96/m:52/d:10677 Received: from unknown (HELO ?10.0.0.7?) (lester@rainbowdigitalmedia.org.uk@81.138.11.136) by mail4.serversure.net with ESMTPA; 27 Sep 2017 09:00:25 -0000 To: internals@lists.php.net References: <25903b1e0fc5a726e44b1e3a5ab4aec4@bohwaz.net> Message-ID: Date: Wed, 27 Sep 2017 10:00:21 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.3.0 MIME-Version: 1.0 In-Reply-To: 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: lester@lsces.co.uk (Lester Caine) On 27/09/17 09:47, Dan Ackroyd wrote: >> https://wiki.php.net/rfc/implement_sqlite_openblob_in_pdo > > Couple of questions: > >> $stream = $pdo->sqliteOpenBlob('test', 'data', 1); > I tried reading the code but failed; what happens when this is called > on a PDO connection that isn't to an SQLite database? Also, there > should probably be tests around that behaviour. 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. -- Lester Caine - G8HFL ----------------------------- Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk Rainbow Digital Media - http://rainbowdigitalmedia.co.uk