From: | Bjørn T Johansen <btj(at)havleik(dot)no> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: select/update performance? |
Date: | 2003-11-05 11:02:39 |
Message-ID: | 1068030159.12114.27.camel@pgsqlsrv.havleik.no |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
Ok you all, I cave... I will use sequences.... :)
BTJ
On Wed, 2003-11-05 at 11:46, Rob Fielding wrote:
> Bjørn T Johansen wrote:
> > Yes, but the table in question have 3 PK and only one that needs this
> > "sequence" so I just thought instead of getting holes in the IDs I just
> > manually handle this counter somehow.. Not a big deal but... :)
>
> You'd only get holes if you keep making nextval requests without using
> the value - say by issuing rollback. The problem with holes is actually
> the feature of uniqueness SEQUENCES provides. Perhaps you judge that
> there is too high a chance of rollback to create a sufficient number of
> holes to warrant not using a SEQUENCE.
>
> It's all down to your application and specific situation I guess however
> your counter table idea sounds exactly like what SEQUENCE provides,
> without any of the guarantees.
>
> I think I'd still recommend using a SEQUENCE for anything but the most
> profound reason :)
From | Date | Subject | |
---|---|---|---|
Next Message | Damon | 2003-11-05 11:41:17 | How to know column constraints via system catalog tables |
Previous Message | Paul Olamba | 2003-11-05 10:59:50 | Matlab Mex Interface |