Re: patch adding new regexp functions - Mailing list pgsql-patches

From David Fetter
Subject Re: patch adding new regexp functions
Date
Msg-id 20070216161121.GD21379@fetter.org
Whole thread Raw
In response to Re: patch adding new regexp functions  (Peter Eisentraut <peter_e@gmx.net>)
Responses Re: patch adding new regexp functions  (Peter Eisentraut <peter_e@gmx.net>)
List pgsql-patches
On Fri, Feb 16, 2007 at 01:19:55PM +0100, Peter Eisentraut wrote:
> Am Freitag, 16. Februar 2007 08:02 schrieb Jeremy Drake:
> > On Thu, 15 Feb 2007, Peter Eisentraut wrote:
> > > I have no strong opinion about how matches are returned.  Seeing
> > > the definitional difficulties that you point out, it may be fine
> > > to return them unordered.  But then all "matches" functions
> > > should do that.
> > >
> > > For the "split" functions, however, providing the order is
> > > clearly important.
> >
> > Does this version sufficiently address your concerns?
>
> I don't think anyone asked for the start position and length in the
> result of regexp_split().  The result should be an array of text.
> That is what Perl et al. do.
>
> As for the regexp_matches() function, it seems to me that it returns
> too much information at once.  What is the use case for getting all
> of prematch, fullmatch, matches, and postmatch in one call?

If not in one call, how would you get it?  Perl, for example, makes
these available to any regex match in the form of variables it sets.

Cheers,
D
--
David Fetter <david@fetter.org> http://fetter.org/
phone: +1 415 235 3778        AIM: dfetter666
                              Skype: davidfetter

Remember to vote!

pgsql-patches by date:

Previous
From: Alvaro Herrera
Date:
Subject: Re: [GENERAL] ISO week dates
Next
From: Bruce Momjian
Date:
Subject: Re: [GENERAL] ISO week dates