| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | "Josh Berkus" <josh(at)agliodbs(dot)com> |
| Cc: | pgsql-sql(at)postgresql(dot)org |
| Subject: | Re: maximum number of rows in table - what about oid limits? |
| Date: | 2001-06-07 02:13:11 |
| Message-ID: | 6671.991879991@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general pgsql-sql |
"Josh Berkus" <josh(at)agliodbs(dot)com> writes:
> Given this, why bother with system-generated OIDs on user rows at all?
> Why not simply reserve the OIDs for the system tables?
An option to not generate OIDs unless requested (on a table-by-table
basis) has been discussed. It seems like a fine near-term solution
to me. 8-byte OIDs are a longer-term solution, because they'll break
a lot of things (including clients...)
>> This is certainly not ideal, but it's not nearly as big a problem as
>> transaction ID wraparound. You can live with it, whereas right now
>> xact ID wraparound is catastrophic. That we gotta work on, soon.
> Nothing like reassuring us commercial DB users, Tom. :-P
> Can you describe what you're talking about?
It's in the archives: after 4G transactions, your database curls up
and dies. When your pg_log starts to approach 1Gbyte (2 bits per
transaction) you'd better plan on dump/initdb/reload.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-06-07 02:22:18 | Re: USE_AUSTRALIAN_RULES breaks regression tests in 7.1.2? |
| Previous Message | Tom Lane | 2001-06-07 02:05:52 | Re: [SQL] maximum number of rows in table - what about oid limits? |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Tom Lane | 2001-06-07 02:19:42 | Re: behavior of ' = NULL' vs. MySQL vs. Standards |
| Previous Message | Tom Lane | 2001-06-07 02:05:52 | Re: [SQL] maximum number of rows in table - what about oid limits? |