Tablespace Standards
Tablespace Definition
- Names
- Names will generally be descriptive of the associated system which will use the tablespace as its default, e.g. ARIS for OPS$ARIS, etc.
- Names will normally be eight or less characters in length.
- Files
- Underlying file names will be of the form ORADISK{m}:[TABLESPACES]{tsname}7_{n}.TBS where:
- {m} refers to the ADMIN{m} disk on which the file is to reside.
- {tsname} is the name of the tablespace.
- {n} is a sequential number used to refer to the various files making up the tablespace.
- All tablespaces will consist of at least one datafile, identified by the {_1} in the file name.
Unique Tablespaces
The following tablespaces have unique usages within Oberlin's Oracle archetecture.
HOT
The HOT tablespace resides on a Solid State Disk(s) (SSD). As a result, access to tables within the HOT tablespace are not subject to the normal limitations of disk-based tablespaces, as SSDs run at memory speeds. In fact, access to tables within the HOT tablespace is about fifty times faster than to tables located in files on standard disk drives.
The following general guidelines apply to the HOT tablespace.
- Usage
- The HOT tablespace should only be used to store tables where access speed is a critical priority.
- Since there are no mechanical limitations with SSDs, such as access arm speeds, it is viable to store a tables indexes along with the table itself in the HOT tablespace.
- In all cases, the Database Administrator should be informed prior to creating tables or indexes in the HOT tablespace, as space there is of a premium.
- Table Storage Parameters
- Because of its limited size, tables stored in the HOT tablespace should be created with maximal storage parameters.
- Tables and indexes within the HOT tablespace should be monitored frequently to assure maximum usage of space.
SCRATCH
The SCRATCH Tablespace is used to store temporary tables which by definition are transitory in nature. Therefore, the assumption is that tables residing in SCRATCH may be removed at any time with no detrimental effect on production systems (assuming of course the table is not in use by a running process).
The following general guidelines apply to the SCRATCH tablespace.
- Usage
- SCRATCH is used to store temporary tables used in the production of reports or for the storage of transitory tables used in the execution of various processes within Oracle systems.
- All Database Users (Schemas) have write access to SCRATCH.
- All jobs should remove any SCRATCH tables created by that job at the end of job execution.
- Table Storage Parameters
- INITIAL and NEXT extents should normally be set to 100K unless the table is expected to be large (over one megabyte).
- In the event the table is expected to be large (over one megabyte), storage parameters should be selected to be increments of 100K, e.g. 500K, 700K, etc.
- In all cases, the PCTINCREASE parameter should be set to zero.
- Indexes
- Indexes created on SCRATCH tables should also reside in the SCRATCH tablespace.
- Guidelines for storage parameters match those for tables.
TEMPTABLES
The TEMPTABLES tablespace is used as a general scratch area for SQL statement processing by Oracle. As a result, permanent tables are NEVER stored in TEMPTABLES.
All Oracle Users (Schemas) are granted full access to the TEMPTABLES tablespace.
All Oracle Users (Schemas) have as their temporary tablespace, TEMPTABLES.
Return to: Oracle Standards / Oracle Database / ACS Staff / CC Staff Server / Houck Computing Center / Computing at Oberlin / Oberlin Online Home
Oberlin Online
This page is maintained by the Oberlin Online Project of Administrative
Computing Services, Irvin E. Houck Computing Center. Send information,
suggestions, or queries to webmaster@www.oberlin.edu.
Last updated: 21 February 1995