Re: Please rename split(text,text,int) to splitpart - Mailing list pgsql-hackers

From Bruce Momjian
Subject Re: Please rename split(text,text,int) to splitpart
Date
Msg-id 200209110233.g8B2XFL01611@candle.pha.pa.us
Whole thread Raw
In response to Please rename split(text,text,int) to splitpart  (Hannu Krosing <hannu@tm.ee>)
Responses Re: Please rename split(text,text,int) to splitpart  ("Christopher Kings-Lynne" <chriskl@familyhealth.com.au>)
Re: Please rename split(text,text,int) to splitpart  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
What do people think if this change?

---------------------------------------------------------------------------

Hannu Krosing wrote:
> 
> It seems that my last mail on this did not get through to the list ;(
> 
> 
> 
> Please consider renaming the new builtin function 
> 
>   split(text,text,int)
> 
> to something else, perhaps
> 
>   split_part(text,text,int)
> 
> (like date_part)
> 
> The reason for this request is that 3 most popular scripting languages
> (perl, python, php) all have also a function with similar signature, but
> returning an array instead of single element and the (optional) third
> argument is limit (maximum number of splits to perform)
> 
> I think that it would be good to have similar function in (some future
> release of) postgres, but if we now let in a function with same name and
> arguments but returning a single string instead an array of them, then
> we will need to invent a new and not so easy to recognise name for the
> "real" split function.
> 
> ----------------
> Hannu
> 
> 
> ---------------------------(end of broadcast)---------------------------
> TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org
> 

--  Bruce Momjian                        |  http://candle.pha.pa.us pgman@candle.pha.pa.us               |  (610)
359-1001+  If your life is a hard drive,     |  13 Roberts Road +  Christ can be your backup.        |  Newtown Square,
Pennsylvania19073
 


pgsql-hackers by date:

Previous
From: Curt Sampson
Date:
Subject: Re: Optimization levels when compiling PostgreSQL...
Next
From: Barry Lind
Date:
Subject: Re: [JDBC] problem with new autocommit config parameter