Re: Allowing postgresql to accept 0xff syntax for data types that it makes sense for?

Поиск
Список
Период
Сортировка
От Bill Moran
Тема Re: Allowing postgresql to accept 0xff syntax for data types that it makes sense for?
Дата
Msg-id 20150522123659.80b75e13f317ded18dddca77@potentialtech.com
обсуждение исходный текст
Ответ на Re: Allowing postgresql to accept 0xff syntax for data types that it makes sense for?  (Dennis Jenkins <dennis.jenkins.75@gmail.com>)
Список pgsql-general
On Fri, 22 May 2015 11:27:49 -0500
Dennis Jenkins <dennis.jenkins.75@gmail.com> wrote:

> On Fri, May 22, 2015 at 10:02 AM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
>
> > Alban Hertroys <haramrae@gmail.com> writes:
> > > On 22 May 2015 at 04:46, Bill Moran <wmoran@potentialtech.com> wrote:
> > >> With all that being said, if I were to build a patch, would it be likely
> > >> to be accepted into core?
>
> How feasible would it be to write a network proxy, like pg_bouncer, to
> handle converting the values on the fly, so that you need to change neither
> your original code base (with respect to this issue), nor change PostgreSQL
> itself?

Certainly feasible, but absolutely undesirable. The system I'm working on
is needlessly complex as it is ... I'd rather convince my bosses to let
me rewrite 80,000 lines of code than add another compatibility shim to
the mess.

I brought it up because I saw an opportunity to benefit my employer and
the PostgreSQL community at the same time. I have about 4 fallback plans
if there's a reason not to do this one. Quite frankly, adding a compatibility
shim isn't even on that list.

--
Bill Moran


В списке pgsql-general по дате отправления:

Предыдущее
От: Piotr Gasidło
Дата:
Сообщение: Re: Strange replication problem - segment restored from archive but still requested from master
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Allowing postgresql to accept 0xff syntax for data types that it makes sense for?