Re: I/O support for composite types

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Greg Stark <gsstark(at)mit(dot)edu>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: I/O support for composite types
Date: 2004-06-10 14:26:13
Message-ID: 24336.1086877573@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

Greg Stark <gsstark(at)mit(dot)edu> writes:
> Following this path, perhaps the array i/o syntax should be changed to
> use []s

I would think about that if there weren't compatibility issues to worry
about, but in practice the pain from such an incompatible change would
vastly outweigh the benefit.

> and the keyword ARRAY should likewise be optional in the array constructor.

Not sure this is syntactically feasible, or a good idea even if it is
possible to get bison to take it --- it might foreclose more useful
syntactic ideas later on. (I wouldn't think that omitting ROW is a
good idea either, but the spec says we have to.)

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message pgsql 2004-06-10 14:30:09 Why frequently updated tables are an issue
Previous Message Tom Lane 2004-06-10 13:57:25 Re: simple_heap_update: tuple concurrently updated -- during INSERT