Re: Alternative Serial - Mailing list pgadmin-support

From Milen A. Radev
Subject Re: Alternative Serial
Date
Msg-id et14pj$5u5$1@sea.gmane.org
Whole thread Raw
In response to Alternative Serial  ("Ezequias Rodrigues da Rocha" <ezequias.rocha@gmail.com>)
Responses Re: Alternative Serial
Re: [SQL] Alternative Serial
List pgadmin-support
Ezequias Rodrigues da Rocha написа:
> Hi list,
> 
> I know that serials must be created like this.

Actually no.

> Create the Serial

There is no db object 'Serial' you could create independently - you
probably mean 'sequence'.

> 
> Create a field table and reffers to the pre-created serial.

You could and should create a field of (pseudo-)type 'serial' and be
done with it.

> 
> Now I noticed that it is possible to use the default value. I am almost
> quite sure that this is an alternative way and non polite.


The old and still working way to create a field that would function as
surrogate key is to create a sequence, create a field in the table, mark
it integer and set its default value to be the 'nextval' of the created
sequence. That was too much typing for some (I'm included) and later a
syntax sugar was added - the pseudo-type 'serial'.

So the following syntax:

CREATE TABLE example (  example_sid SERIAL NOT NULL PRIMARY KEY,  ...
)

is equivalen to:


CREATE SEQUENCE example_example_sid_seq;

CREATE TABLE example (  example_sid INTEGER PRIMARY KEY DEFAULT
NEXVAL)('example_example_sid_seq'),  ...
)


As you could see - very convenient for the 99.9% of the cases.

> 
> I would like to know if I am correct and what does it means:
> 
> nextval('mySerial_id'::regclass)
> 
> What is regclass ?

Read here about 'regclass' (there is a note about it) -
http://www.postgresql.org/docs/8.2/static/functions-sequence.html, but
that should not be important to you.


-- 
Milen A. Radev



pgadmin-support by date:

Previous
From: "Ezequias Rodrigues da Rocha"
Date:
Subject: Re: On 19010 pgAdmin doesn't run
Next
From: "Ezequias Rodrigues da Rocha"
Date:
Subject: Re: Alternative Serial