Re: [SQL] How to handle a requirement for nextval

From: Bruce Momjian <maillist(at)candle(dot)pha(dot)pa(dot)us>
To: herouth(at)oumail(dot)openu(dot)ac(dot)il (Herouth Maoz)
Cc: wwwadmin(at)wizard(dot)ca, pgsql-sql(at)postgreSQL(dot)org
Subject: Re: [SQL] How to handle a requirement for nextval
Date: 1998-05-19 18:38:32
Message-ID: 199805191838.OAA21176@candle.pha.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Update FAQ. See web site for new heading.

>
> At 23:33 +0300 on 18/5/98, The Web Administrator wrote:
>
>
> > What I want is that the Primary Key (Only Key) be type_id, and int, and
> > the first item that I insert should have type_id as '1', next will be
> > '2' etc..
> > I could have every insert into this table include a type_id, but that
> > seems unessary.
> > Can I have something like default='nextval' ?
>
> This is so much a faq, that I went to look at the FAQ. In fact, there is a
> question there which is similar to this one, but I think its phrasing
> defeats newbies rather than helps them. I for one have never encountered
> fields of type SERIAL, and people might not think it's the same sort of
> question. The answer is even more of a problem, because the most commonly
> used method of doing this is summarised in "look at the create_sequence
> manual", whereas the two less recommended methods (using OIDs and using an
> auto-incrementing function) are discussed in detail.
>
> Bruce, don't you agree? Perhaps change the phrasing of the question to "How
> do I create an auto-incrementing field?"

--
Bruce Momjian | 830 Blythe Avenue
maillist(at)candle(dot)pha(dot)pa(dot)us | Drexel Hill, Pennsylvania 19026
+ If your life is a hard drive, | (610) 353-9879(w)
+ Christ can be your backup. | (610) 853-3000(h)

In response to

Browse pgsql-sql by date

  From Date Subject
Next Message The Hermit Hacker 1998-05-20 00:06:08 Re: [SQL] Exhausted memory
Previous Message Jerome Knobl 1998-05-19 17:45:08 Exhausted memory