From: | Peter Eisentraut <peter_e(at)gmx(dot)net> |
---|---|
To: | Jeremy Drake <pgsql(at)jdrake(dot)com> |
Cc: | Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, PostgreSQL Patches <pgsql-patches(at)postgresql(dot)org>, Neil Conway <neilc(at)samurai(dot)com>, David Fetter <david(at)fetter(dot)org> |
Subject: | Re: patch adding new regexp functions |
Date: | 2007-02-17 17:12:54 |
Message-ID: | 200702171812.55703.peter_e@gmx.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers pgsql-patches |
Jeremy Drake wrote:
> For this case see string_to_array:
That only works with fixed delimiters, and I was hoping that
regexp_split would be an alternative with regexp delimiters. It's
certainly another argument that all the split functions in PostgreSQL
should offer analogous interfaces. There is no reason being offered
why splitting on a fixed string should result in an array and splitting
on a regexp should result in a table.
> The particular use case I had for this function was at a previous
> employer, and I am not sure exactly how much detail is appropriate to
> divulge. Basically, the project was doing some text processing
> inside of postgres, and getting all of the words from a string into a
> table with some processing (excluding stopwords and so forth) as
> efficiently as possible was a big concern.
We already have tsearch for that.
--
Peter Eisentraut
http://developer.postgresql.org/~petere/
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-02-17 17:48:33 | Plan invalidation design |
Previous Message | Tom Lane | 2007-02-17 16:48:55 | Re: New feature request: FlashBack Query |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2007-02-17 17:59:23 | Re: \prompt for psql |
Previous Message | Chad Wagner | 2007-02-17 17:05:49 | Re: \prompt for psql |