Re: Using a postgres table to maintain unique id?

From: M(dot)Feldtmann(at)t-online(dot)de (Marten Feldtmann)
To: Steve Wampler <swampler(at)noao(dot)edu>
Cc: Poet/Joshua Drake <poet(at)linuxports(dot)com>, postgres-sql <pgsql-sql(at)postgresql(dot)org>
Subject: Re: Using a postgres table to maintain unique id?
Date: 2000-11-13 20:18:49
Message-ID: 3A104CA9.6E313C9F@toppoint.de
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-sql

Steve Wampler schrieb:
>
> Poet/Joshua Drake wrote:
> ?
> ? ?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?
>
> Can someone show me how to create (and use) an int8 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?

Throw away all the "hardwired"-stuff and do it with software. I
once described an algorithm in one of this lists how to create
unique values for clients without minimum interaction with the
database.

The result: query once in the beginning of your application,
generate your id's "offline" at the maximum speed you may
have and store your last generated id when your client
finished. Superior to all the "hardwired"-database solutions !

Marten

In response to

Responses

Browse pgsql-sql by date

  From Date Subject
Next Message Cristi Petrescu-Prahova 2000-11-13 20:24:15 Re: how to continue a transaction after an error?
Previous Message Edmar Wiggers 2000-11-13 20:13:13 RE: how to continue a transaction after an error?