From: | nolan(at)celery(dot)tssi(dot)com |
---|---|
To: | andrew(at)dunslane(dot)net (Andrew Dunstan) |
Cc: | pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [GENERAL] Physical Database Configuration |
Date: | 2003-06-25 20:02:47 |
Message-ID: | 20030625200247.20592.qmail@celery.tssi.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
> DB2 looks good. I have horrid, horrid memories of wrestling with the Oracle
> "extent" madness.
I think Oracle's extents came from their fixed size data file legacy, in 9i
the extent limits appear to be completely overridable and sometimes even
ignored, such as the next extent size. I agree that the 128 extent limit
was a pain, and the default for each new extent to be larger than the
previous one created many problems.
Oracle also took physical abstraction one level beyond 'tablespaces'.
I think if each tablespace pointed to a specific directory, that'd be
sufficient for me. And since I envision the tablespace as an attribute
of the table that should take care of the 1GB file rollover issue, as
the rollover would occur in the same directory as the first file.
Without having delved into the code yet, setting up entries for user
default tablespaces and system information is probably at least as much
work as getting a tablespace to point to a specific directory for the
purposes of opening or creating files for an object.
My personal preference would be to have four tablespaces predefined as part
of a new database, though initially they could all point to the same place:
SYSTEM
USER
TEMP
INDEXES
What about the concepts of a 'read-only' tablespace, or taking tablespaces
offline?
--
Mike Nolan
From | Date | Subject | |
---|---|---|---|
Next Message | Reuben D. Budiardja | 2003-06-25 20:05:15 | Re: INSERT WHERE NOT EXISTS |
Previous Message | johnnnnnn | 2003-06-25 19:56:24 | Re: [GENERAL] Physical Database Configuration |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2003-06-25 20:11:30 | Re: Many Pl/PgSQL parameters -> AllocSetAlloc(128)? |
Previous Message | johnnnnnn | 2003-06-25 19:56:24 | Re: [GENERAL] Physical Database Configuration |