Prev: Row-level Locks & SERIALIZABLE transactions, postgres vs. Oracle
Next: [HACKERS] fillfactor gets set to zero for toast tables
From: Tom Lane on 27 May 2010 15:50 Robert Haas <robertmhaas(a)gmail.com> writes: > On Thu, May 27, 2010 at 3:35 PM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote: >> If the function is a cast function (which it is), > I don't think it is. It certainly is --- he was actually declaring a cast with it in his example, no? regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
From: Robert Haas on 27 May 2010 15:55 On Thu, May 27, 2010 at 3:50 PM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote: > Robert Haas <robertmhaas(a)gmail.com> writes: >> On Thu, May 27, 2010 at 3:35 PM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote: >>> If the function is a cast function (which it is), > >> I don't think it is. > > It certainly is --- he was actually declaring a cast with it in his > example, no? That was an attempt at a workaround to get it to do what he wanted. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise Postgres Company -- Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers
From: Tom Lane on 27 May 2010 15:56
Robert Haas <robertmhaas(a)gmail.com> writes: > On Thu, May 27, 2010 at 3:50 PM, Tom Lane <tgl(a)sss.pgh.pa.us> wrote: >> It certainly is --- he was actually declaring a cast with it in his >> example, no? > That was an attempt at a workaround to get it to do what he wanted. Oh. If you don't want to think of it as being a cast-like operation, then naming it after the result type is probably the wrong thing anyway. regards, tom lane -- Sent via pgsql-hackers mailing list (pgsql-hackers(a)postgresql.org) To make changes to your subscription: http://www.postgresql.org/mailpref/pgsql-hackers |