1998-08-10 16:42:37 -03:00
|
|
|
\section{\module{gdbm} ---
|
1999-02-19 20:14:17 -04:00
|
|
|
GNU's reinterpretation of dbm}
|
1998-07-23 14:59:49 -03:00
|
|
|
|
1999-02-19 20:14:17 -04:00
|
|
|
\declaremodule{builtin}{gdbm}
|
1999-03-02 13:03:42 -04:00
|
|
|
\platform{Unix}
|
1998-07-23 14:59:49 -03:00
|
|
|
\modulesynopsis{GNU's reinterpretation of dbm.}
|
|
|
|
|
1994-08-08 05:03:24 -03:00
|
|
|
|
1999-04-05 19:18:12 -03:00
|
|
|
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
|
1997-12-04 00:45:28 -04:00
|
|
|
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}
|
|
|
|
|
1998-03-17 02:33:25 -04:00
|
|
|
\begin{funcdesc}{open}{filename, \optional{flag, \optional{mode}}}
|
1997-12-04 00:45:28 -04:00
|
|
|
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).
|
|
|
|
|
2000-12-17 03:14:13 -04:00
|
|
|
The following additional characters may be appended to the flag to
|
|
|
|
control how the database is opened:
|
|
|
|
|
|
|
|
\begin{itemize}
|
|
|
|
\item \code{'f'} --- Open the database in fast mode. Writes to the database
|
2004-12-31 20:28:46 -04:00
|
|
|
will not be synchronized.
|
2000-12-17 03:14:13 -04:00
|
|
|
\item \code{'s'} --- Synchronized mode. This will cause changes to the database
|
|
|
|
will be immediately written to the file.
|
|
|
|
\item \code{'u'} --- Do not lock database.
|
|
|
|
\end{itemize}
|
|
|
|
|
|
|
|
Not all flags are valid for all versions of \code{gdbm}. The
|
|
|
|
module constant \code{open_flags} is a string of supported flag
|
|
|
|
characters. The exception \exception{error} is raised if an invalid
|
|
|
|
flag is specified.
|
1997-07-17 13:29:42 -03:00
|
|
|
|
|
|
|
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}
|
|
|
|
|
1997-12-04 00:45:28 -04:00
|
|
|
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:
|
|
|
|
|
1998-02-13 02:58:54 -04:00
|
|
|
\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)
|
1998-02-13 02:58:54 -04:00
|
|
|
\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}
|
|
|
|
|
1999-04-05 19:18:12 -03:00
|
|
|
|
|
|
|
\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}
|