On Wed, 2004-09-29 at 00:23, Doug McNaught wrote:
> Nothing in PG depends on user tables having an OID column. They used
> to be a way to get a primary key before SERIAL came along, but they
> are now deprecated for user tables. WITHOUT OIDS will be the default
> in a future release.
Indeed, tha
"David Parker" <[EMAIL PROTECTED]> writes:
> Is there any concrete reason NOT to create tables WITHOUT OIDS? We are
> going to have some very large tables in our app, so saving the space and
> not worrying about int-wrap seems like a good idea, but I'm worried that
> I'm missing something.
Nothin
I've been looking through the archives for guidance on whether or not we
should create our tables WITHOUT OIDS. I've seen some discussions about
making WITHOUT the default for user tables, and seen some caveats about
the oid int value wrapping, etc., but I haven't been able to find a
discussion of
