Note about Allbase (IMAGE/SQL) files
------------------------------------
I hope this clears up the confusion concerning
DBECon,DBEFiles,DBEFileSets etc..
An Allbase DBE consists of three types of file:
DBECon One only. This contains Allbase
startup parms such as logging
and other various controls
DBEFiles From one to thousands
User data is kept here
DBELogs For logging activity for recovery
and auditing
DBEFiles are collected together to form "!DBEFileSets" There is no IMAGE counterpart to the "!DBEFileSet", and is best imagined as a bunch of OSFiles grouped under a single heading. It is a "Set of D!BEFiles", or DBEFileSet.
There may be many DBEFileSets created in an Allbase DBE. Remenber, a DBEFileSet is a logical thing, not physical
When an "Allbase native" table is created, its storage is allocated to a DBEFileSet, and not a single OS file which is the case when allocating a dataset to a file under turboimage. (IMAGE/SQL tables do not have any storage allocated to them out of ALLBASE DBEFileSet space, just a few rows in the Allbase system catalog used to describe it)
The Allbase Table may then grow to fill all DBEFiles in a DBEFileSet, at which point you may wish to increase the space you want made available to it by "increasing the capacity of the DBEFileSet". You do this simply by creating another DBEFile, then adding it to that DBEFileSet. Additionally, you do not have to allocate all the storage up front; you are able to create a DBFile with an initial allocation, an increment size and max size, Allbase will expand the file, by increment, when required.
A DBEFileSet may have just one or many tables assigned to it.
The Allbase system catalog (where image "table" and view definitions are kept) resides in a DBEFileSet called the SYSTEM DBEFileSet, and always includes the first DBEFile ever created (when the DBE is created in fact). The first file is called "DBEFLE0"....the same file as mentioned in previous postings to this thread.
The DBA would normally (and is recommended to) create other DBEFileSets having DBFiles to contain "user" data. This is because the SYSTEM DBEFileSet is the default location for temp tables used for results and sorting, etc. It is therefore important to keep contention on SYSTEM DBFiles as low as possible. There are other methods of controlling the allocation of, and contention for "SYSTEM" space such as defining tempspaces and moving stored sections etc, but are beyond this thread.
--MikeWhitely?
-- ChrisBartram - 18 May 2006
| Topic Hp3000ImageSqlGbTcFiles . { Edit | Attach | Backlinks: Web All webs | Printable | History: r2 < r1 More } |
|
Ideas, requests, problems regarding TWiki? Send feedback Note: Please contribute updates to this topic on TWiki.org at TWiki:TWiki.Hp3000ImageSqlGbTcFiles |