cpython/Doc/lib/libgdbm.tex

106 lines
4.1 KiB
TeX
Raw Normal View History

\section{\module{gdbm} ---
1999-02-19 20:14:17 -04:00
GNU's reinterpretation of dbm}
1999-02-19 20:14:17 -04:00
\declaremodule{builtin}{gdbm}
\platform{Unix}
\modulesynopsis{GNU's reinterpretation of dbm.}
1994-08-08 05:03:24 -03:00
% Note that if this section appears on the same page as the first
% paragraph of the dbm module section, makeindex will produce the
% warning:
%
% ## Warning (input = lib.idx, line = 1184; output = lib.ind, line = 852):
% -- Conflicting entries: multiple encaps for the same page under same key.
%
% This is because the \bimodindex{gdbm} and \refbimodindex{gdbm}
% entries in the .idx file are slightly different (the \bimodindex{}
% version includes "|textbf" at the end to make the defining occurance
% bold). There doesn't appear to be anything that can be done about
% this; it's just a little annoying. The warning can be ignored, but
% the index produced uses the non-bold version.
This module is quite similar to the \refmodule{dbm}\refbimodindex{dbm}
1999-02-19 20:14:17 -04:00
module, but uses \code{gdbm} instead to provide some additional
functionality. Please note that the file formats created by
\code{gdbm} and \code{dbm} are incompatible.
1997-07-17 13:29:42 -03:00
1999-02-19 20:14:17 -04:00
The \module{gdbm} module provides an interface to the GNU DBM
library. \code{gdbm} objects behave like mappings
1997-07-17 13:29:42 -03:00
(dictionaries), except that keys and values are always strings.
1999-02-19 20:14:17 -04:00
Printing a \code{gdbm} object doesn't print the keys and values, and
the \method{items()} and \method{values()} methods are not supported.
1997-07-17 13:29:42 -03:00
The module defines the following constant and functions:
\begin{excdesc}{error}
1999-02-19 20:14:17 -04:00
Raised on \code{gdbm}-specific errors, such as I/O errors.
\exception{KeyError} is raised for general mapping errors like
specifying an incorrect key.
1997-07-17 13:29:42 -03:00
\end{excdesc}
\begin{funcdesc}{open}{filename, \optional{flag, \optional{mode}}}
Open a \code{gdbm} database and return a \code{gdbm} object. The
\var{filename} argument is the name of the database file.
1997-07-17 13:29:42 -03:00
The optional \var{flag} argument can be
\code{'r'} (to open an existing database for reading only --- default),
\code{'w'} (to open an existing database for reading and writing),
\code{'c'} (which creates the database if it doesn't exist), or
\code{'n'} (which always creates a new empty database).
1999-02-19 20:14:17 -04:00
Appending \character{f} to the flag opens the database in fast mode;
1997-07-17 13:29:42 -03:00
altered data will not automatically be written to the disk after every
change. This results in faster writes to the database, but may result
in an inconsistent database if the program crashes while the database
1999-02-19 20:14:17 -04:00
is still open. Use the \method{sync()} method to force any unwritten
1997-07-17 13:29:42 -03:00
data to be written to the disk.
The optional \var{mode} argument is the \UNIX{} mode of the file, used
only when the database has to be created. It defaults to octal
\code{0666}.
\end{funcdesc}
In addition to the dictionary-like methods, \code{gdbm} objects have the
1997-07-17 13:29:42 -03:00
following methods:
\begin{funcdesc}{firstkey}{}
1999-02-19 20:14:17 -04:00
It's possible to loop over every key in the database using this method
and the \method{nextkey()} method. The traversal is ordered by
\code{gdbm}'s internal hash values, and won't be sorted by the key
values. This method returns the starting key.
1997-07-17 13:29:42 -03:00
\end{funcdesc}
\begin{funcdesc}{nextkey}{key}
Returns the key that follows \var{key} in the traversal. The
1999-02-19 20:14:17 -04:00
following code prints every key in the database \code{db}, without
having to create a list in memory that contains them all:
\begin{verbatim}
1999-02-19 20:14:17 -04:00
k = db.firstkey()
while k != None:
1997-07-17 13:29:42 -03:00
print k
1999-02-19 20:14:17 -04:00
k = db.nextkey(k)
\end{verbatim}
1997-07-17 13:29:42 -03:00
\end{funcdesc}
\begin{funcdesc}{reorganize}{}
If you have carried out a lot of deletions and would like to shrink
1999-02-19 20:14:17 -04:00
the space used by the \code{gdbm} file, this routine will reorganize
the database. \code{gdbm} will not shorten the length of a database
file except by using this reorganization; otherwise, deleted file
space will be kept and reused as new (key, value) pairs are added.
1997-07-17 13:29:42 -03:00
\end{funcdesc}
\begin{funcdesc}{sync}{}
1999-02-19 20:14:17 -04:00
When the database has been opened in fast mode, this method forces any
1997-07-17 13:29:42 -03:00
unwritten data to be written to the disk.
\end{funcdesc}
\begin{seealso}
\seemodule{anydbm}{Generic interface to \code{dbm}-style databases.}
\seemodule{whichdb}{Utility module used to determine the type of an
existing database.}
\end{seealso}