On Wed, Nov 13, 2013 at 9:00 AM, Andres Freund wrote:
> The old name might not fit there, attribute names have a relatively low
> maximum length (64 by default), so we cannot always fit the entire old
> name there.
Thanks, I was guessing this.
>
> Also, think about:
> CREATE TABLE foo(cola int
Hi all,
when you drop a column on a table the pg_attribute is updated and the
name of the column is changed with an almost fixed identifier that
reports only the original column position:
/*
* Change the column name to something that isn't likely to conflict
*/
snprintf(newattname, sizeo
On Saturday, April 02, 2011 09:12:32 PM Tom Lane's cat walking on the keyboard
wrote:
>
> It's possible that we need to adjust PG's dtrace code to support the
> FreeBSD implementation, but if so we'd need advice from an expert on
> what needs to be changed.
Thanks.
In the meantime I attached a
HI all,
I'm trying to compile PostgreSQL 9.0.3 on FreeBSD 8.1-stable, and I can make
it working if I compile without dtrace. However when I compile with --enable-
dtrace I'm unable to use the cluster and even initdb.
In particular initdb claims that:
fgets failure: No such file or directory
The p
Hi all,
apologize if this is a trivial question but I'd like to understand what values
are stored in the RelOptInfo->reltargetlist or, better, how I can check such
values in the information schema to understand what they refer to. I've tried
to look in the pg_attribute table but I was not able t
