| From: | "Chris M" <chris(at)none(dot)none> |
|---|---|
| To: | pgsql-bugs(at)postgresql(dot)org |
| Subject: | Re: ALTER SCHEMA problem |
| Date: | 2003-08-19 13:24:50 |
| Message-ID: | bht8c6$2qt1$1@news.hub.org |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-bugs |
I also find something magic when using sequence.
select nextval('seq_test');
and
select nextval('"seq_test"');
both refer to the same sequence: seq_test.
If I want to use a sequence with name: SEQ_TEST,
I have to write it as:
select nextval('"SEQ_TEST"');
So single quotes '...' here not like those in WHERE clause.
And I think ORACLE's syntax is better.
"Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
news:9363(dot)1061099071(at)sss(dot)pgh(dot)pa(dot)us(dot)(dot)(dot)
> Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us> writes:
> > Can someone comment on this?
>
> This is unfixable as long as nextval() and friends depend on string
> parameters to represent table references. There are suggestions in
> our archives about how we might move to a more Oracle-like syntax
> (ie, table.nextval), which would expose the table reference in a way
> that could track renamings. But no one seems to have gotten really
> excited about making it happen.
>
> regards, tom lane
>
> ---------------------------(end of broadcast)---------------------------
> TIP 8: explain analyze is your friend
>
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Giacomo Cariello | 2003-08-19 18:31:30 | repalloc bug |
| Previous Message | Philipp Reisner | 2003-08-19 09:52:36 | Re: Deadlock in PostgreSQL 7.3.4 |