Hi!
We use normal sequences to generate id's across multiple nodes. We
use the "increment" parameter for the sequence and we specify each
node to increment its sequence with for example 10 and the the first
node to start the sequence at 1 and the second at 2 and so on. In that
way you get an unique ID across each nodes thats an INT. Not in
chronological order but it's unique ;)
The only issue with this is that the value you chose for increment
value is your node limit.
Cheers!
Mathias
On 12 aug 2008, at 14.51, Gregory Stark wrote:
> "Mario Weilguni" <mweilguni@sime.com> writes:
>
>> UUID is already a surrogate key not a natural key, in no aspect
>> better than a
>> numeric key, just taking a lot more space.
>>
>> So why not use int4/int8?
>
> The main reason to use UUID instead of sequences is if you want to
> be able to
> generate unique values across multiple systems. So, for example, if
> you want
> to be able to send these userids to another system which is taking
> registrations from lots of places. Of course that only works if that
> other
> system is already using UUIDs and you're all using good generators.
>
> You only need int8 if you might someday have more than 2 *billion*
> users...
> Probably not an urgent issue.
>
> --
> Gregory Stark
> EnterpriseDB http://www.enterprisedb.com
> Ask me about EnterpriseDB's Slony Replication support!
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org
> )
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance