Re: [GENERAL] workaround for lack of REPLACE() function

From: Tatsuo Ishii <t-ishii(at)sra(dot)co(dot)jp>
To: mail(at)joeconway(dot)com
Cc: pgsql-hackers(at)postgresql(dot)org, lockhart(at)fourpalms(dot)org, tgl(at)sss(dot)pgh(dot)pa(dot)us
Subject: Re: [GENERAL] workaround for lack of REPLACE() function
Date: 2002-08-10 06:51:26
Message-ID: 20020810.155126.94070513.t-ishii@sra.co.jp
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general pgsql-hackers pgsql-patches

> Any objection if I rework this function to meet SQL92 and fix the bug?

I don't object.

> Or is the SQL92 part not desirable because it breaks backward
> compatability?

I don't think so.

> In any case, can the #ifdef MULTIBYTE's be removed now in favor of a
> test for encoding max length?

Sure.
--
Tatsuo Ishii

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Jeff MacDonald 2002-08-10 12:17:28 Re: I am being interviewed by OReilly
Previous Message Mark Kirkwood 2002-08-10 05:32:23 Re: [HACKERS] Linux Largefile Support In Postgresql RPMS

Browse pgsql-hackers by date

  From Date Subject
Next Message Christopher Kings-Lynne 2002-08-10 09:50:39 Re: pg_stat_reset() weirdness
Previous Message Mark Kirkwood 2002-08-10 05:32:23 Re: [HACKERS] Linux Largefile Support In Postgresql RPMS

Browse pgsql-patches by date

  From Date Subject
Next Message Christopher Kings-Lynne 2002-08-10 09:58:17 Re: Proposal: stand-alone composite types
Previous Message Tom Lane 2002-08-10 05:16:20 Re: [HACKERS] CREATE TEMP TABLE .... ON COMMIT