Josh Berkus <[EMAIL PROTECTED]> writes: > SO I'm concerned about the problems you mentioned above. pg_dump has a > -o option; are there problems with this? And how liekly are counter > overflow problems? The trouble with pg_dump -o is that after reload, the OID generator will be set to max(any OID in the dumped data). So a dump & reload doesn't do anything to postpone OID-wraparound Ragnarok. As for the likelihood of overflow, figure 4G / tuple creation rate for your installation (not database, but whole installation controlled by one postmaster). Unless your installation has just one active table, per-table sequence values look like a better bet. BTW, there *is* talk of providing an 8-byte-OID option, but I'm not holding my breath for it. regards, tom lane
- [SQL] OID Perfomance - Object-Relational databases Josh Berkus
- Re: [SQL] OID Perfomance - another question Mitch Vincent
- Re: [SQL] OID Perfomance - another question Tod McQuillin
- Re: [SQL] OID Perfomance - Object-Relational databases Tom Lane
- Re: [SQL] OID Perfomance - Object-Relational datab... Josh Berkus
- Re: [SQL] OID Perfomance - Object-Relational d... Michael Fork
- Re: [SQL] OID Perfomance - Object-Relational d... Tom Lane
- Re: [SQL] OID Perfomance - Object-Relation... Josh Berkus
- Re: [SQL] OID Perfomance - Object-Rel... Bruce Momjian
- [SQL] Re: OID Perfomance - Object-Relational databases Jeff MacDonald
- RE: [SQL] OID Perfomance - Object-Relational databases Michael Ansley
- Re: [SQL] OID Perfomance - Object-Relational datab... Mitch Vincent
- RE: [SQL] OID Perfomance - Object-Relational databases Michael Ansley
- RE: [SQL] OID Perfomance - Object-Relational databases Michael Ansley
- RE: [SQL] OID Perfomance - Object-Relational databases Michael Ansley
- Re: [SQL] OID Perfomance - Object-Relational databases Josh Berkus
- Re: [SQL] OID Perfomance - Object-Relational databases Josh Berkus