| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> | 
|---|---|
| To: | Will LaShell <will(at)lashell(dot)net> | 
| Cc: | "pgsql-admin(at)postgresql(dot)org" <pgsql-admin(at)postgresql(dot)org> | 
| Subject: | Re: Using oid with RServ w/ Postgresql 7.2 | 
| Date: | 2002-10-18 01:55:14 | 
| Message-ID: | 13546.1034906114@sss.pgh.pa.us | 
| Views: | Whole Thread | Raw Message | Download mbox | Resend email | 
| Thread: | |
| Lists: | pgsql-admin | 
Will LaShell <will(at)lashell(dot)net> writes:
> My question would then be, are there any problems/reasons or hints with
> using the oid field as the field that the rserv trigger is set on?
> We will be using rserv in a production environment so I'm looking at
> this as not just an academic solution but a real world one.
This is risky for a long-lived database.  Things will work fine until
the OID counter wraps around (ie, more than 4 billion rows inserted
into your database).  After that you have a risk of OID collisions.
You can prevent the worst problems by installing a unique index on OID
on each replicated table; but then you may occasionally get unexpected
"duplicate key" errors.
My advice would be to add a serial8 column to each table and use that
as the replication primary key.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Will LaShell | 2002-10-18 03:40:44 | Re: Using oid with RServ w/ Postgresql 7.2 | 
| Previous Message | Will LaShell | 2002-10-17 21:02:01 | Using oid with RServ w/ Postgresql 7.2 |