mirror of
https://github.com/mozilla/gecko-dev.git
synced 2024-11-07 12:15:51 +00:00
680 lines
34 KiB
HTML
680 lines
34 KiB
HTML
<HTML>
|
|
<HEAD>
|
|
<TITLE>DbEnv</TITLE>
|
|
</HEAD>
|
|
<BODY BGCOLOR=white>
|
|
<H1>DbEnv</H1>
|
|
<HR SIZE=1 NOSHADE>
|
|
<PRE>
|
|
<!-- Manpage converted by man2html 3.0.1 -->
|
|
<B>import</B> <B>com.sleepycat.db.*;</B>
|
|
|
|
<B>public</B> <B>DbEnv(String</B> <B>homeDir,</B> <B>String[]</B> <B>db</B>_<B>config,</B> <B>int</B> <B>flags)</B>
|
|
<B>throws</B> <B>DbException;</B>
|
|
|
|
<B>public</B> <B>DbEnv();</B>
|
|
|
|
<B>public</B> <B>void</B> <B>appinit(String</B> <B>homeDir,</B> <B>String[]</B> <B>db</B>_<B>config,</B> <B>int</B> <B>flags)</B>
|
|
<B>throws</B> <B>DbException;</B>
|
|
|
|
<B>public</B> <B>void</B> <B>appexit()</B>
|
|
<B>throws</B> <B>DbException;</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>lorder();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>lorder(int</B> <B>lorder);</B>
|
|
|
|
<B>public</B> <B>DbErrcall</B> <B>get</B>_<B>errcall();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>errcall(DbErrcall</B> <B>errcall);</B>
|
|
|
|
<B>public</B> <B>String</B> <B>get</B>_<B>errpfx();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>errpfx(String</B> <B>errpfx);</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>verbose();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>verbose(int</B> <B>verbose);</B>
|
|
|
|
<B>public</B> <B>String</B> <B>get</B>_<B>home();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>home(String</B> <B>home);</B>
|
|
|
|
<B>public</B> <B>String</B> <B>get</B>_<B>log</B>_<B>dir();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>log</B>_<B>dir(String</B> <B>log</B>_<B>dir);</B>
|
|
|
|
<B>public</B> <B>String</B> <B>get</B>_<B>tmp</B>_<B>dir();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>tmp</B>_<B>dir(String</B> <B>tmp</B>_<B>dir);</B>
|
|
|
|
<B>public</B> <B>DbLockTab</B> <B>get</B>_<B>lk</B>_<B>info();</B>
|
|
|
|
<B>public</B> <B>byte[][]</B> <B>get</B>_<B>lk</B>_<B>conflicts();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>lk</B>_<B>conflicts(byte[][]</B> <B>lk</B>_<B>conflicts);</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>lk</B>_<B>modes();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>lk</B>_<B>modes(int</B> <B>lk</B>_<B>modes);</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>lk</B>_<B>max();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>lk</B>_<B>max(int</B> <B>lk</B>_<B>max);</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>lk</B>_<B>detect();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>lk</B>_<B>detect(int</B> <B>lk</B>_<B>detect);</B>
|
|
|
|
<B>public</B> <B>DbLog</B> <B>get</B>_<B>lg</B>_<B>info();</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>lg</B>_<B>max();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>lg</B>_<B>max(int</B> <B>lg</B>_<B>max);</B>
|
|
|
|
<B>public</B> <B>DbMpool</B> <B>get</B>_<B>mp</B>_<B>info();</B>
|
|
<B>public</B> <B>long</B> <B>get</B>_<B>mp</B>_<B>mmapsize();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>mp</B>_<B>mmapsize(long</B> <B>mmapsize);</B>
|
|
|
|
<B>public</B> <B>long</B> <B>get</B>_<B>mp</B>_<B>size();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>mp</B>_<B>size(long</B> <B>mp</B>_<B>size);</B>
|
|
|
|
<B>public</B> <B>DbTxnMgr</B> <B>get</B>_<B>tx</B>_<B>info();</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>tx</B>_<B>max();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>tx</B>_<B>max(int</B> <B>tx</B>_<B>max);</B>
|
|
|
|
<B>public</B> <B>int</B> <B>get</B>_<B>flags();</B>
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>flags(int</B> <B>flags);</B>
|
|
|
|
<B>public</B> <B>static</B> <B>int</B> <B>get</B>_<B>version</B>_<B>major();</B>
|
|
<B>public</B> <B>static</B> <B>int</B> <B>get</B>_<B>version</B>_<B>minor();</B>
|
|
<B>public</B> <B>static</B> <B>int</B> <B>get</B>_<B>version</B>_<B>patch();</B>
|
|
<B>public</B> <B>static</B> <B>String</B> <B>get</B>_<B>version</B>_<B>string();</B>
|
|
<B>public</B> <B>static</B> <B>String</B> <B>get</B>_<B>java</B>_<B>version</B>_<B>string();</B>
|
|
|
|
<B>public</B> <B>void</B> <B>set</B>_<B>error</B>_<B>stream(OutputStream</B> <B>s);</B>
|
|
|
|
|
|
</PRE>
|
|
<H2>DESCRIPTION</H2><PRE>
|
|
The DB library is a family of classes that provides a
|
|
modular programming interface to transactions and record-
|
|
oriented file access. The library includes support for
|
|
transactions, locking, logging and file page caching, as
|
|
well as various indexed access methods. Many of the
|
|
classes (e.g., the file page caching class) are useful
|
|
independent of the other DB classes, although some classes
|
|
are explicitly based on other classes (e.g., transactions
|
|
and logging). For a general description of the DB
|
|
package, see <B><A HREF="db_intro.html">db_intro(3)</A></B>.
|
|
|
|
The DbEnv class provides simple access to an underlying
|
|
data structure, whose elements can be examined or changed
|
|
using the set_ or get_ methods. The remainder of the
|
|
manual page sometimes refers to these accesses using the
|
|
underlying name, e.g., simply lorder instead of get_lorder
|
|
and set_lorder. The constructors set all elements of the
|
|
underlying structure to zero. The constructor with three
|
|
arguments has the effect of calling DbEnv.appinit
|
|
immediately to initialize the application with default
|
|
parameters. To delay the initialization, use the default
|
|
constructor. The various set_ methods can then be used to
|
|
initialize the DbEnv, and finally, a call to DbEnv.appinit
|
|
should be made to initialize DB.
|
|
|
|
Once the DB environment has been initialized by a call to
|
|
DbEnv.appinit, no set methods other than set_errpfx should
|
|
be called.
|
|
|
|
appinit
|
|
The appinit method provides a simple way to initialize and
|
|
configure the Db environment. It is not necessary that it
|
|
be called, but it provides a method of creating a
|
|
consistent environment for processes using one or more of
|
|
the features of Db.
|
|
|
|
The db_home and db_config arguments to appinit are
|
|
described in the section below entitled ``FILE NAMING''.
|
|
|
|
The flags argument specifies the subsystems that are
|
|
initialized and how the environment affects Db file
|
|
naming, among other things. The flags value is specified
|
|
by <B>or</B>'ing together one or more of the following values:
|
|
|
|
Db.DB_CREATE
|
|
Cause subsystems to create any underlying files, as
|
|
necessary. (See <B><A HREF="Db.j.html">Db(3)</A></B>, <B><A HREF="DbLockTab.j.html">DbLockTab(3)</A></B>, <B><A HREF="DbLog.j.html">DbLog(3)</A></B>,
|
|
<B><A HREF="DbMpool.j.html">DbMpool(3)</A></B> and <B><A HREF="DbTxnMgr.j.html">DbTxnMgr(3)</A></B> for more information.)
|
|
|
|
Db.DB_INIT_LOCK
|
|
Initialize the lock subsystem; see <B><A HREF="DbLockTab.j.html">DbLockTab(3)</A></B>.
|
|
This subsystem should be used when multiple processes
|
|
or threads are going to be reading and writing a Db
|
|
database, so that they do not interfere with each
|
|
other. If all threads are accessing the database(s)
|
|
read-only, then locking is unnecessary. When the
|
|
DB_INIT_LOCK flag is specified, it is usually
|
|
necessary to run the deadlock detector,
|
|
<B><A HREF="db_deadlock.html">db_deadlock(1)</A></B>, as well.
|
|
|
|
Db.DB_INIT_LOG
|
|
Initialize the log subsystem; see <B><A HREF="DbLog.j.html">DbLog(3)</A></B>. This
|
|
subsystem is used when recovery from application or
|
|
system failure is important.
|
|
|
|
Db.DB_INIT_MPOOL
|
|
Initialize the mpool subsystem; see <B><A HREF="DbMpool.j.html">DbMpool(3)</A></B>. This
|
|
subsystem is used whenever the application is using
|
|
the Db access methods for any purpose.
|
|
|
|
Db.DB_INIT_TXN
|
|
Initialize the transaction subsystem; see <B><A HREF="DbTxn.j.html">DbTxn(3)</A></B>.
|
|
This subsystem is used when atomicity of multiple
|
|
operations and recovery are important. The
|
|
DB_INIT_TXN flag implies the DB_INIT_LOG flag.
|
|
|
|
Db.DB_MPOOL_PRIVATE
|
|
Create a private memory pool (see <B><A HREF="DbMpool.j.html">DbMpool(3)</A></B> for
|
|
further information). Ignored unless DB_INIT_MPOOL
|
|
is also specified.
|
|
|
|
Db.DB_NOMMAP
|
|
Do not map any files within this environment (see
|
|
<B><A HREF="DbMpool.j.html">DbMpool(3)</A></B> for further information). Ignored unless
|
|
DB_INIT_MPOOL is also specified.
|
|
|
|
Db.DB_RECOVER
|
|
Run normal recovery on this environment before
|
|
opening it for normal use. If this flag is set, the
|
|
DB_CREATE flag must also be set since the regions
|
|
will be removed and recreated.
|
|
|
|
The DbEnv.appinit function returns successfully if
|
|
DB_RECOVER is specified and no log files exist, so it
|
|
is necessary to ensure all necessary log files are
|
|
present before running recovery. For further
|
|
information, consult the man page for <B><A HREF="db_archive.html">db_archive(1)</A></B>
|
|
and <B><A HREF="db_recover.html">db_recover(1)</A></B>.
|
|
|
|
Db.DB_RECOVER_FATAL
|
|
Run catastrophic recovery on this environment before
|
|
opening it for normal use. If this flag is set, the
|
|
DB_CREATE flag must also be set since the regions
|
|
will be removed and recreated.
|
|
|
|
The DbEnv.appinit function returns successfully if
|
|
DB_RECOVER is specified and no log files exist, so it
|
|
is necessary to ensure all necessary log files are
|
|
present before running recovery. For further
|
|
information, consult the man page for <B><A HREF="db_archive.html">db_archive(1)</A></B>
|
|
and <B><A HREF="db_recover.html">db_recover(1)</A></B>.
|
|
|
|
Db.DB_THREAD
|
|
Ensure that handles returned by the Db subsystems are
|
|
useable by multiple threads within a single process,
|
|
i.e., that the system is ``free-threaded''. (See
|
|
<B><A HREF="DbLockTab.j.html">DbLockTab(3)</A></B>, <B><A HREF="DbLog.j.html">DbLog(3)</A></B>, <B><A HREF="DbMpool.j.html">DbMpool(3)</A></B>, <B><A HREF="Db.j.html">Db.open(3)</A></B> and
|
|
<B><A HREF="DbTxn.j.html">DbTxn(3)</A></B> for more information.)
|
|
|
|
Threading is assumed in the Java API, so no special
|
|
flags are required, and DB functions will always
|
|
behave as if the DB_THREAD flag was specified.
|
|
|
|
Db.DB_TXN_NOSYNC
|
|
On transaction commit, do not synchronously flush the
|
|
log (see <B><A HREF="DbTxn.j.html">DbTxn(3)</A></B> for further information). Ignored
|
|
unless DB_INIT_TXN is also specified.
|
|
|
|
Db.DB_USE_ENVIRON
|
|
The Db process' environment may be permitted to
|
|
specify information to be used when naming files (see
|
|
the section entitled ``FILE NAMING'' below). As
|
|
permitting users to specify which files are used can
|
|
create security problems, environment information
|
|
will be used in file naming for all users only if the
|
|
DB_USE_ENVIRON flag is set.
|
|
|
|
Db.DB_USE_ENVIRON_ROOT
|
|
The Db process' environment may be permitted to
|
|
specify information to be used when naming files (see
|
|
the section entitled ``FILE NAMING'' below). As
|
|
permitting users to specify which files are used can
|
|
create security problems, if the DB_USE_ENVIRON_ROOT
|
|
flag is set, environment information will be used for
|
|
file naming only for users with a user-ID matching
|
|
that of the superuser (specifically, users for whom
|
|
the getuid system call returns the user-ID 0).
|
|
|
|
The Db environment is configured based on which set
|
|
methods have been used. It is expected that applications
|
|
will use a single DbEnv object as the argument to all of
|
|
the subsystems in the DB package. The fields of the DbEnv
|
|
object used by appinit are described below. As references
|
|
to the DbEnv object may be maintained by appinit, it is
|
|
necessary that the DbEnv object and memory it references
|
|
be valid until the object is destroyed. The dbenv
|
|
argument may not be null. If any of the fields of the
|
|
dbenv are set to 0, defaults appropriate for the system
|
|
are used where possible.
|
|
|
|
The following fields in the DbEnv object may be
|
|
initialized, using the appropriate set method, before
|
|
calling appinit:
|
|
|
|
DbErrcall db_errcall;
|
|
When an error occurs in the DB package, an errno
|
|
value is returned by the method. In some cases,
|
|
however, the errno value may be insufficient to
|
|
completely describe the cause of the error.
|
|
|
|
If db_errcall is not null, db_errcall.errcall() may
|
|
be called with additional error information. This
|
|
method takes two arguments. The prefix argument is
|
|
the current environment's db_errpfx field. The
|
|
buffer argument is a string with the additional
|
|
information.
|
|
|
|
This error logging facility should not be required
|
|
for normal operation, but may be useful in debugging
|
|
applications.
|
|
|
|
String db_errpfx;
|
|
A prefix to prepend to error messages. Because Db
|
|
does not copy the memory referenced by the db_errpfx
|
|
field, the application may modify the error message
|
|
prefix at any time.
|
|
|
|
java.io.OutputStream error_stream;
|
|
The error_stream field behaves similarly to the
|
|
db_errcall field, except that the error message is
|
|
written to the OutputStream represented by
|
|
error_stream.
|
|
|
|
If db_errpfx is not null, the message will be
|
|
preceded by the string referenced by db_errpfx, a
|
|
colon (``:'') and a space. The message will be
|
|
followed by a newline character.
|
|
|
|
int db_verbose;
|
|
Include informational and debugging messages as well
|
|
as error messages in the db_errcall and db_errfile
|
|
output.
|
|
|
|
Each of the open functions that appinit may call
|
|
(DbLockTab.open, DbLog.open, DbMpool.open and
|
|
DbTxnMgr.open) is called as follows, where the DB_CREATE
|
|
flag is optional:
|
|
|
|
XXX.open(null, Db.DB_CREATE, 0660, dbenv)
|
|
|
|
This call will cause each subsystem to construct pathnames
|
|
as described in the section on ``FILE NAMING''. The
|
|
subsystem has permission to read and write underlying
|
|
files as necessary, and optionally to create files. (All
|
|
created files will be created readable and writeable by
|
|
the owner and the group. The group ownership of created
|
|
files is based on the system and directory defaults, and
|
|
is not further specified by Db.)
|
|
|
|
In addition, the dbenv argument is passed to the open
|
|
functions of any subsystems initialized by appinit. For
|
|
this reason the fields of the DbEnv object relevant to the
|
|
subsystems being initialized must themselves be
|
|
initialized before appinit is called. See the manual page
|
|
for each subsystem for a list of these fields and their
|
|
uses.
|
|
|
|
The return value from each of these calls is placed in the
|
|
appropriate field of the DbEnv object:
|
|
|
|
DbLockTab lk_info;
|
|
The return value of the <B><A HREF="DbLockTab.j.html">DbLockTab.open(3)</A></B> call.
|
|
|
|
DbLog lg_info;
|
|
The return value of the <B><A HREF="DbLog.j.html">DbLog.open(3)</A></B> call.
|
|
|
|
DbMpool mp_info;
|
|
The return value of the <B><A HREF="DbMpool.j.html">DbMpool.open(3)</A></B> call.
|
|
|
|
DbTxnMgr tx_info;
|
|
The return value of the <B><A HREF="DbTxnMgr.j.html">DbTxnMgr.open(3)</A></B> call.
|
|
|
|
In general, these fields are not directly used by
|
|
applications; subsystems of Db that use these fields will
|
|
simply reference them using the DbEnv argument passed to
|
|
the subsystem.
|
|
|
|
For example, an application using the Db hash access
|
|
method functions to access a database will first call
|
|
Db.open passing it the DbEnv argument filled in by the
|
|
initial call to appinit. Then, all future calls to the
|
|
hash access method functions for that database will
|
|
automatically use the underlying shared memory buffer pool
|
|
that was specified by the mp_info field of that DbEnv
|
|
argument.
|
|
|
|
The single exception to this rule is the tx_info field,
|
|
which applications must explicitly specify to the
|
|
DbTxnMgr.begin, DbTxnMgr.checkpoint and DbTxnMgr.close
|
|
functions.
|
|
|
|
The error_model field of DbEnv allows the user to
|
|
configure the way errors are treated in DB. It can be
|
|
changed at any time (e.g., after the call to
|
|
DbEnv.appinit). The error model is described in
|
|
<B><A HREF="DbException.j.html">DbException(3)</A></B>.
|
|
|
|
|
|
</PRE>
|
|
<H2>FILE NAMING</H2><PRE>
|
|
The most important task of appinit is to structure file
|
|
naming within Db.
|
|
|
|
Each of the locking, logging, memory pool and transaction
|
|
subsystems of Db require shared memory regions, backed by
|
|
the filesystem. Further, cooperating applications (or
|
|
multiple invocations of the same application) must agree
|
|
on the location of the shared memory regions and other
|
|
files used by the Db subsystems, the log files used by the
|
|
logging subsystem, and, of course, the data files.
|
|
|
|
Although it is possible to specify full pathnames to all
|
|
Db functions, this is cumbersome and requires that
|
|
applications be recompiled when database files are moved.
|
|
The appinit method makes it possible to place database
|
|
files in a single directory, or in multiple directories,
|
|
grouped by their method within the database.
|
|
|
|
Applications are normally expected to specify a single
|
|
directory home for their database. This can be done
|
|
easily in the call to appinit by specifying a value for
|
|
the db_home argument. There are more complex
|
|
configurations where it may be desirable to override
|
|
db_home or provide supplementary path information.
|
|
|
|
The following describes the possible ways in which file
|
|
naming information may be specified to the Db library.
|
|
The specific circumstances and order in which these ways
|
|
are applied are described in a subsequent paragraph.
|
|
|
|
db_home
|
|
If the db_home argument to appinit is non-null, its
|
|
value may be used as the database home, and files
|
|
named relative to its path.
|
|
|
|
DB_HOME
|
|
If the DB_HOME environment variable is set when
|
|
appinit is called, its value may be used as the
|
|
database home, and files named relative to its path.
|
|
|
|
db_config
|
|
The db_config argument to appinit may be used to
|
|
specify an array of character strings of the format
|
|
``NAME VALUE'', that specify file name information
|
|
for the process' Db environment. The whitespace
|
|
delimiting the two parts of the entry may be one or
|
|
more <space> or <tab> characters. (Leading or
|
|
trailing <space> and <tab> characters are discarded.)
|
|
Each entry must specify both the NAME and the VALUE
|
|
of the pair. All entries with unrecognized NAME
|
|
values will be ignored. The db_config array must be
|
|
null terminated.
|
|
|
|
DB_CONFIG
|
|
The same information specified to the db_config
|
|
argument to appinit may be specified using a
|
|
configuration file. If a database home directory has
|
|
been specified (either by the application specifying
|
|
a non-null db_home argument to appinit, or by the
|
|
application setting the DB_USE_ENVIRON or
|
|
DB_USE_ENVIRON_ROOT flags and the DB_HOME environment
|
|
variable being set), any file named ``DB_CONFIG'' in
|
|
the database home directory will be read for lines of
|
|
the format ``NAME VALUE''. The whitespace delimiting
|
|
the two parts of the line may be one or more <space>
|
|
or <tab> characters. (Leading or trailing <space>
|
|
and <tab> characters are discarded.) All empty lines
|
|
or lines whose first non-whitespace character is a
|
|
hash character (``#'') will be ignored. Each line
|
|
must specify both the NAME and the VALUE of the pair.
|
|
All lines with unrecognized NAME values will be
|
|
ignored.
|
|
|
|
The following ``NAME VALUE'' pairs in the db_config
|
|
argument and the DB_CONFIG file are currently supported by
|
|
Db.
|
|
DB_DATA_DIR
|
|
The path of a directory to be used as the location of
|
|
the access method data files, e.g., paths specified
|
|
to the <B><A HREF="Db.j.html">Db.open(3)</A></B> method will be relative to this
|
|
path.
|
|
|
|
The DB_DATA_DIR paths are additive, and specifying
|
|
more than one will result in each specified directory
|
|
being searched for database data files. If multiple
|
|
paths are specified, created data files will always
|
|
be created in the <B>first</B> directory specified.
|
|
|
|
DB_LOG_DIR
|
|
The path of a directory to be used as the location of
|
|
logging files, e.g., files created by the <B><A HREF="DbLog.j.html">DbLog(3)</A></B>
|
|
subsystem will be relative to this directory. If
|
|
specified, this is the directory name that will be
|
|
passed to <B><A HREF="DbLog.j.html">DbLog.open(3)</A></B>.
|
|
|
|
DB_TMP_DIR
|
|
The path of a directory to be used as the location of
|
|
temporary files, e.g., files created to back in-
|
|
memory access method databases will be created
|
|
relative to this path. Note, these temporary files
|
|
can potentially be quite large, depending on the size
|
|
of the database.
|
|
|
|
If DB_TMP_DIR is not specified, the following
|
|
environment variables are checked in order:
|
|
``TMPDIR'', ``TEMP'', ``TMP'' and ``TempFolder''. If
|
|
one of them is set, temporary files are created
|
|
relative to the directory it specifies.
|
|
|
|
If DB_TMP_DIR is not specified and none of the above
|
|
environment variables are set, the first possible one
|
|
of the following directories is used: /var/tmp,
|
|
/usr/tmp, /temp, /tmp, C:/temp and C:/tmp.
|
|
|
|
The following describes the specific circumstances and
|
|
order in which the different ways of specifying file
|
|
naming information are applied. Specifically, Db file
|
|
name processing proceeds sequentially through the
|
|
following steps:
|
|
|
|
``/''
|
|
If any file name specified to any Db method begins
|
|
with a leading slash, that file name is used without
|
|
modification by Db.
|
|
|
|
DB_CONFIG
|
|
If a relevant configuration string (e.g.,
|
|
DB_DATA_DIR), is specified in the DB_CONFIG
|
|
configuration file, the VALUE from the ``NAME VALUE''
|
|
pair is prepended to the current file name. If the
|
|
resulting file name begins with a leading slash, the
|
|
file name is used without further modification by Db.
|
|
|
|
The DB_CONFIG configuration file is intended to
|
|
permit systems to customize file location for a
|
|
database independent of applications using that
|
|
database. For example, a database administrator can
|
|
move the database log and data files to a different
|
|
location without application recompilation.
|
|
|
|
db_config
|
|
If a relevant configuration string (e.g.,
|
|
DB_DATA_DIR), is specified in the db_config argument
|
|
and is not specified in the DB_CONFIG file, the VALUE
|
|
from the ``NAME VALUE'' pair is prepended to the
|
|
current file name. If the resulting file name begins
|
|
with a leading slash, the file name is used without
|
|
further modification by Db.
|
|
|
|
The db_config argument is intended to permit
|
|
applications to customize file location for a
|
|
database. For example, an application writer can
|
|
place data files and log files in different
|
|
directories, or instantiate a new log directory each
|
|
time the application runs.
|
|
|
|
DB_HOME
|
|
If the DB_HOME environment variable was set, (and the
|
|
application has set the appropriate DB_USE_ENVIRON or
|
|
DB_USE_ENVIRON_ROOT environment variable), its value
|
|
is prepended to the current file name. If the
|
|
resulting file name begins with a leading slash, the
|
|
file name is used without further modification by Db.
|
|
|
|
The DB_HOME environment variable is intended to
|
|
permit users and system administrators to override
|
|
application and installation defaults, e.g.,
|
|
|
|
env DB_HOME=/database/my_home application
|
|
|
|
Alternatively, application writers are encouraged to
|
|
support the <B>-h</B> option found in the supporting Db
|
|
utilities to let users specify a database home.
|
|
|
|
db_home
|
|
If the application specified a non-null db_home
|
|
argument to appinit (and the database home was not
|
|
already specified using the DB_HOME environment
|
|
variable) its value is prepended to the current file
|
|
name. If the resulting file name begins with a
|
|
leading slash, the file name is used without further
|
|
modification by Db.
|
|
|
|
(nothing)
|
|
Finally, all file names are interpreted relative to
|
|
the current working directory of the process.
|
|
|
|
The common model for a Db environment is one where only
|
|
the DB_HOME environment variable, or the db_home argument,
|
|
is specified. In this case, all data files will be
|
|
presumed to be relative to that directory, and all files
|
|
created by the Db subsystems will be created in that
|
|
directory.
|
|
|
|
The more complex model for a transaction environment might
|
|
be one where a database home is specified, using either
|
|
the DB_HOME environment variable or the db_home argument
|
|
to appinit, and then DB_DATA_DIR and DB_LOG_DIR are set to
|
|
the relative path names of directories underneath the home
|
|
directory using the db_config argument to appinit or the
|
|
DB_CONFIG file.
|
|
|
|
|
|
</PRE>
|
|
<H2>EXAMPLES</H2><PRE>
|
|
Store all files in the directory /a/database:
|
|
|
|
DbEnv.appinit("/a/database", null, ...);
|
|
|
|
Create temporary backing files in /b/temporary, and all
|
|
other files in /a/database:
|
|
|
|
String[] config = new String[1];
|
|
config[0] = "DB_TMP_DIR /b/temporary";
|
|
|
|
DbEnv.appinit("/a/database", config, ...);
|
|
|
|
Store data files in /a/database/datadir, log files in
|
|
/a/database/logdir, and all other files in the directory
|
|
/a/database:
|
|
|
|
String[] config = new String[2];
|
|
config[0] = "DB_DATA_DIR datadir";
|
|
config[1] = "DB_LOG_DIR logdir",
|
|
|
|
DbEnv.appinit("/a/database", config, ...);
|
|
|
|
Store data files in /a/database/data1 and /b/data2, and
|
|
all other files in the directory /a/database. Any data
|
|
files that are created will be created in /b/data2:
|
|
|
|
String[] config = new String[2];
|
|
config[0] = "DB_DATA_DIR /b/data2";
|
|
config[1] = "DB_DATA_DIR data1";
|
|
|
|
DbEnv.appinit("/a/database", config, ...);
|
|
|
|
See the file
|
|
java/src/com/sleepycat/examples/AppinitExample.java in the
|
|
Db source distribution for a Java language code example of
|
|
how an application might use appinit to configure its Db
|
|
environment.
|
|
|
|
|
|
</PRE>
|
|
<H2>ERRORS</H2><PRE>
|
|
The appinit method may fail and throw a <B><A HREF="DbException.j.html">DbException(3)</A></B> for
|
|
any of the errors specified for the following DB and
|
|
library functions: <B><A HREF="Db.j.html">Db.close(3)</A></B>, <B><A HREF="DbEnv.j.html">DbEnv.appexit(3)</A></B>,
|
|
<B><A HREF="DbLock.j.html">DbLock.unlink(3)</A></B>, <B><A HREF="DbLockTab.j.html">DbLockTab.open(3)</A></B>, <B><A HREF="DbLog.j.html">DbLog.compare(3)</A></B>,
|
|
<B><A HREF="DbLog.j.html">DbLog.get(3)</A></B>, <B><A HREF="DbLog.j.html">DbLog.open(3)</A></B>, <B><A HREF="DbLog.j.html">DbLog.unlink(3)</A></B>,
|
|
<B><A HREF="DbMpool.j.html">DbMpool.open(3)</A></B>, <B><A HREF="DbMpool.j.html">DbMpool.unlink(3)</A></B>,
|
|
<B><A HREF="DbTxnMgr.j.html">DbTxnMgr.checkpoint(3)</A></B>, <B><A HREF="DbTxnMgr.j.html">DbTxnMgr.open(3)</A></B>,
|
|
<B><A HREF="DbTxnMgr.j.html">DbTxnMgr.unlink(3)</A></B>, <B>calloc(3)</B>, <B>fclose(3)</B>, <B>fcntl(2)</B>,
|
|
<B>fflush(3)</B>, <B>fgets(3)</B>, <B>fopen(3)</B>, <B>malloc(3)</B>, <B>memcpy(3)</B>,
|
|
<B>memset(3)</B>, <B>realloc(3)</B>, <B>stat(2)</B>, <B>strchr(3)</B>, <B>strcmp(3)</B>,
|
|
<B>strcpy(3)</B>, <B>strdup(3)</B>, <B>strerror(3)</B>, <B>strlen(3)</B>, <B>strsep(3)</B>,
|
|
and <B>time(3)</B>.
|
|
|
|
In addition, the appinit method may fail and throw a
|
|
<B><A HREF="DbException.j.html">DbException(3)</A></B> encapsulating an errno for the following
|
|
conditions:
|
|
|
|
[EINVAL]
|
|
An invalid flag value or parameter was specified.
|
|
|
|
The DB_THREAD flag was specified and spinlocks are
|
|
not implemented for this architecture.
|
|
|
|
The DB_RECOVER or DB_RECOVER_FATAL flag was
|
|
specified, and no log files were found.
|
|
|
|
The DB_HOME or TMPDIR environment variables were set
|
|
but empty.
|
|
|
|
An incorrectly formatted ``NAME VALUE'' entry or line
|
|
was found.
|
|
|
|
[ENOSPC]
|
|
HP-UX only: a previously created Db environment for
|
|
this process still exists.
|
|
|
|
The DbEnv.appexit method may fail and throw a
|
|
<B><A HREF="DbException.j.html">DbException(3)</A></B> for any of the errors specified for the
|
|
following DB and library functions: <B><A HREF="DbLockTab.j.html">DbLockTab.close(3)</A></B>,
|
|
<B><A HREF="DbLog.j.html">DbLog.close(3)</A></B>, <B><A HREF="DbMpool.j.html">DbMpool.close(3)</A></B>, and <B><A HREF="DbTxnMgr.j.html">DbTxnMgr.close(3)</A></B>.
|
|
|
|
|
|
</PRE>
|
|
<H2>BUGS</H2><PRE>
|
|
Due to the constraints of the PA-RISC memory architecture,
|
|
HP-UX does not allow a process to map a file into its
|
|
address space multiple times. For this reason, each DB
|
|
environment may be opened only once by a process on HP-UX,
|
|
i.e., calls to appinit will fail if the specified Db
|
|
environment has been opened and not subsequently closed.
|
|
|
|
On Windows/95, files that are opened by multiple processes
|
|
do not share data correctly. To tell Berkeley DB to use
|
|
the paging file to share memory among processes, use the
|
|
DB_REGION_NAME flag of the db_value_set function.
|
|
Obviously, you do not need to do this if only a single
|
|
process will be accessing database files.
|
|
|
|
|
|
</PRE>
|
|
<H2>SEE ALSO</H2><PRE>
|
|
<B><A HREF="db_archive.html">db_archive(1)</A></B>, <B><A HREF="db_checkpoint.html">db_checkpoint(1)</A></B>, <B><A HREF="db_deadlock.html">db_deadlock(1)</A></B>, <B><A HREF="db_dump.html">db_dump(1)</A></B>,
|
|
<B><A HREF="db_load.html">db_load(1)</A></B>, <B><A HREF="db_recover.html">db_recover(1)</A></B>, <B><A HREF="db_stat.html">db_stat(1)</A></B>, <B><A HREF="db_intro.html">db_intro(3)</A></B>,
|
|
<B><A HREF="db_internal.html">db_internal(3)</A></B>, <B><A HREF="db_thread.html">db_thread(3)</A></B>, <B><A HREF="Db.j.html">Db(3)</A></B>, <B><A HREF="Dbc.j.html">Dbc(3)</A></B>, <B><A HREF="DbEnv.j.html">DbEnv(3)</A></B>,
|
|
<B><A HREF="DbException.j.html">DbException(3)</A></B>, <B><A HREF="DbInfo.j.html">DbInfo(3)</A></B>, <B><A HREF="DbLock.j.html">DbLock(3)</A></B>, <B><A HREF="DbLockTab.j.html">DbLockTab(3)</A></B>, <B><A HREF="DbLog.j.html">DbLog(3)</A></B>,
|
|
<B><A HREF="DbLsn.j.html">DbLsn(3)</A></B>, <B><A HREF="DbMpool.j.html">DbMpool(3)</A></B>, <B><A HREF="Dbt.j.html">Dbt(3)</A></B>, <B><A HREF="DbTxn.j.html">DbTxn(3)</A></B>, <B><A HREF="DbTxnMgr.j.html">DbTxnMgr(3)</A></B>
|
|
|
|
</PRE>
|
|
<HR SIZE=1 NOSHADE>
|
|
<ADDRESS>
|
|
Man(1) output converted with
|
|
<a href="http://www.oac.uci.edu/indiv/ehood/man2html.html">man2html</a>
|
|
</ADDRESS>
|
|
</BODY>
|
|
</HTML>
|