Re: Using a postgres table to maintain unique id?

From: Poet/Joshua Drake <poet(at)linuxports(dot)com>
To: Steve Wampler <swampler(at)noao(dot)edu>
Cc: postgres-sql <pgsql-sql(at)postgresql(dot)org>
Subject: Re: Using a postgres table to maintain unique id?
Date: 2000-11-13 17:26:18
Message-ID: Pine.LNX.4.30.0011130925400.2094-100000@crazypenguins.commandprompt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

>However, I also use Postgres (7.0.2) throughout this
>application and it seems cleaner to me to keep the current
>id value in a table and just use postgres to provide access
>(with a trigger function to increment the id on access).

Why not a sequence?

>Is this reasonable? Is it fast? (I need 10 or more IDs
>generated each second.) Can I avoid having the table
>gradually fill with "old" rows for this entry, and this
>avoid the need to run VACUUM ANALYZE periodically?

The only problem I have had with this type of thing is when a number gets
deleted, it does not get recycled.

Joshua Drake

>
>Any tips on how to implement the trigger would be
>appreciated. (Is it possible to generate an int8 sequence
>value?)
>
>Thanks!
>--
>Steve Wampler- SOLIS Project, National Solar Observatory
>swampler(at)noao(dot)edu
>

--
--
<COMPANY>CommandPrompt - http://www.commandprompt.com </COMPANY>
<PROJECT>OpenDocs, LLC. - http://www.opendocs.org </PROJECT>
<PROJECT>LinuxPorts - http://www.linuxports.com </PROJECT>
<WEBMASTER>LDP - http://www.linuxdoc.org </WEBMASTER>
--
Instead of asking why a piece of software is using "1970s technology,"
start asking why software is ignoring 30 years of accumulated wisdom.
--

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Steve Wampler 2000-11-13 17:44:21 Re: Using a postgres table to maintain unique id?
Previous Message Steve Wampler 2000-11-13 17:13:06 Using a postgres table to maintain unique id?