Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:100879 Return-Path: Mailing-List: contact internals-help@lists.php.net; run by ezmlm Delivered-To: mailing list internals@lists.php.net Received: (qmail 86360 invoked from network); 12 Oct 2017 15:48:24 -0000 Received: from unknown (HELO lists.php.net) (127.0.0.1) by localhost with SMTP; 12 Oct 2017 15:48:24 -0000 Authentication-Results: pb1.pair.com smtp.mail=php@beccati.com; spf=pass; sender-id=pass Authentication-Results: pb1.pair.com header.from=php@beccati.com; sender-id=pass Received-SPF: pass (pb1.pair.com: domain beccati.com designates 176.9.123.236 as permitted sender) X-PHP-List-Original-Sender: php@beccati.com X-Host-Fingerprint: 176.9.123.236 box.beccati.com Received: from [176.9.123.236] ([176.9.123.236:48453] helo=box.beccati.com) by pb1.pair.com (ecelerity 2.1.1.9-wez r(12769M)) with ESMTP id 82/B8-49033-6CE8FD95 for ; Thu, 12 Oct 2017 11:48:23 -0400 Received: from authenticated-user (box.beccati.com [176.9.123.236]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by box.beccati.com (Postfix) with ESMTPSA id 812452002E1; Thu, 12 Oct 2017 17:48:19 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=beccati.com; s=mail; t=1507823299; bh=z/dHRUV9uzcB6wn9j7ziq2oYX5fyTGfTnv9hjPOYzl8=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=iVu7GAjNxhkmdDrLjmuAuj6wAbFnrpM9qfnK73HmEhdYl01ctN7OZ0hwFK2CqiQNL I4mmtEQOZHlkDD7XwAzgoy0MbhxTRWkO/gAt4zLGj+VfGQ+NycMAxaP+MVXNy/av6f ntYkjEmMvoUxiiD6ieMjAq48Pn0qsl92u7pItmn+a8c6C8/uvT2K26SfC3OnFcL8n+ 6tgerp/84Wc3cErQsrRJw5nIlGrQF55Y4XGtEulC5OvifDlQKRpaRXZ/9vh5P49mVA u7kZIRgaEKP9UzbMLA3yRJqwU1XLKF81Cu7eFTC2xTMydzGugtVAnv6j4acOtiJsQB 454dsUM0iARIw== To: Dan Ackroyd , BohwaZ/PHP Cc: "internals@lists.php.net" References: <050ebe9b36b83431a4f2d5c170de57ad@bohwaz.net> <1aecde71827b7e65422dd6243e74a67b@bohwaz.net> Message-ID: <3d7972be-dffe-7468-9c36-a6e5f5697bba@beccati.com> Date: Thu, 12 Oct 2017 17:48:02 +0200 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] [VOTE] Implement missing SQLite feature "openBlob" in PDO From: php@beccati.com (Matteo Beccati) Hi Dan, On 12/10/2017 14:06, Dan Ackroyd wrote: > If we add more magic methods to PDO, that are only present when the > connection was made to an SQLite DB, then there will be more mess to > cleanup, and more people are likely to complain about BC breaks, > if/when we refactor the features to not have shitty magic behaviour. Since no one is planning to do such refactoring anytime soon, I see no reason to block any attempt to add driver-specific methods (i.e. features that only belong to a specific driver) until further notice. Whoever chooses to use them knows already their code is not portable to other drivers anyway. I have added a few PDO::pgsql* ones myself and feel no shame ;) > People have suggested changing the RFC process to require 2/3 approval > for all RFCs. This RFC is a prime example of why that might be needed. > We shouldn't be approving changes that are just barely good enough to > be included. Changes should be clearly the right choice, to be > included. I agree with the 2/3 boundary, but this specific RFC follows PDO's current standards. The fact that they are suboptimal to me is out of scope. Sill, I hope that proper LOB field type support lands in PDO_sqlite as well soon after. Cheers -- Matteo Beccati Development & Consulting - http://www.beccati.com/