use DB_File; # brackets in following code indicate optional arguments [$X =] tie %hash, "DB_File", $filename [, $flags, $mode, $DB_HASH]; [$X =] tie %hash, "DB_File", $filename, $flags, $mode, $DB_BTREE; [$X =] tie @array, "DB_File", $filename, $flags, $mode, $DB_RECNO; $status = $X->del($key [, $flags]); $status = $X->put($key, $value [, $flags]); $status = $X->get($key, $value [, $flags]); $status = $X->seq($key, $value [, $flags]); $status = $X->sync([$flags]); $status = $X->fd; untie %hash; untie @array;
DB_File is the most flexible of the DBM-style tie modules. It allows Perl programs to make use of the facilities provided by Berkeley DB (not included). If you intend to use this module you should really have a copy of the Berkeley DB manual page at hand. The interface defined here mirrors the Berkeley DB interface closely.
Berkeley DB is a C library that provides a consistent interface to a number of database formats. DB_File provides an interface to all three of the database (file) types currently supported by Berkeley DB.
The file types are:
DB_HASH
Allows arbitrary key/data pairs to be stored in data files. This is equivalent to the functionality provided by other hashing packages like DBM, NDBM, ODBM, GDBM, and SDBM. Remember, though, the files created using
DB_HASH
are not binary compatible with any of the other packages mentioned. A default hashing algorithm that will be adequate for most applications is built into Berkeley DB. If you do need to use your own hashing algorithm, it's possible to write your own and have DB_File use it instead.
DB_BTREE
The btree format allows arbitrary key/data pairs to be stored in a sorted, balanced binary tree. It is possible to provide a user-defined Perl routine to perform the comparison of keys. By default, though, the keys are stored in lexical order. This is useful for providing an ordering for your hash keys, and may be used on hashes that are only in memory and never go to disk.
DB_RECNO
DB_RECNO
allows both fixed-length and variable-length flat text files to be manipulated using the same key/value pair interface as in
DB_HASH
and
DB_BTREE
. In this case the key will consist of a record (line) number.
DB_File gives access to Berkeley DB files using Perl's
tie
function. This allows DB_File to access Berkeley DB files using either a hash (for
DB_HASH
and
DB_BTREE
file types) or an ordinary array (for the
DB_RECNO
file type).
In addition to the tie interface, it is also possible to use most of the functions provided in the Berkeley DB API.
Berkeley DB uses the function dbopen (3) to open or create a database. Below is the C prototype for dbopen (3).
DB * dbopen (const char *file, int flags, int mode, DBTYPE type, const void *openinfo)
The
type
parameter is an enumeration selecting one of the three interface methods,
DB_HASH
,
DB_BTREE
or
DB_RECNO
. Depending on which of these is actually chosen, the final parameter,
openinfo
, points to a data structure that allows tailoring of the specific interface method.
This interface is handled slightly differently in DB_File. Here is an equivalent call using DB_File.
tie %array, "DB_File", $filename, $flags, $mode, $DB_HASH;
The
filename
,
flags
, and
mode
parameters are the direct equivalent of their
dbopen
(3) counterparts. The final parameter
$DB_HASH
performs the function of both the
type
and
openinfo
parameters in
dbopen
(3).
In the example above
$DB_HASH
is actually a reference to a hash object. DB_File has three of these predefined references. Apart from
$DB_HASH
, there are also
$DB_BTREE
and
$DB_RECNO
.
The keys allowed in each of these predefined references are limited to the names used in the equivalent C structure. So, for example, the
$DB_HASH
reference will only allow keys called
bsize
,
cachesize
,
ffactor
,
hash
,
lorder
, and
nelem
.
To change one of these elements, just assign to it like this:
$DB_HASH->{cachesize} = 10_000;
In order to make
RECNO
more compatible with Perl, the array offset for all
RECNO
arrays begins at 0 rather than 1 as in Berkeley DB.
Berkeley DB allows the creation of in-memory databases by using
NULL
(that is, a
(char *)0
in C) in place of the filename.
DB_File
uses
undef
instead of
NULL
to provide this functionality.
use strict; use Fcntl; use DB_File; my ($k, $v, %hash); tie(%hash, 'DB_File', undef, O_RDWR|O_CREAT, 0, $DB_BTREE) or die "can't tie DB_File: $!": foreach $k (keys %ENV) { $hash{$k} = $ENV{$k}; } # this will now come out in sorted lexical order # without the overhead of sorting the keys while (($k,$v) = each %hash) { print "$k=$v\n"; }
In addition to accessing Berkeley DB using a tied hash or array, you can also make direct use of most functions defined in the Berkeley DB documentation.
To do this you need to remember the return value from tie , or use the tied function to get at it yourself later on.
$db = tie %hash, "DB_File", "filename";
Once you have done that, you can access the Berkeley DB API functions directly.
$db->put($key, $value, R_NOOVERWRITE); # invoke the DB "put" function
All the functions defined in the
dbopen
(3) manpage are available except for
close()
and
dbopen()
itself. The DB_File interface to these functions mirrors the way Berkeley DB works. In particular, note that all these functions return only a status value. Whenever a Berkeley DB function returns data via one of its parameters, the DB_File equivalent does exactly the same thing.
All the constants defined in the dbopen manpage are also available.
Below is a list of the functions available. (The comments only tell you the differences from the C version.)
get
The
$flags
parameter is optional. The value associated with the key you request is returned in the
$value
parameter.
put
As usual the
flags
parameter is optional. If you use either the
R_IAFTER
or
R_IBEFORE
flags, the
$key
parameter will be set to the record number of the inserted key/value pair.
del
The
$flags
parameter is optional.
fd
No differences encountered.
seq
The
$flags
parameter is optional. Both the
$key
and
$value
parameters will be set.
sync
Here are a few examples. First, using
$DB_HASH
:
use DB_File; use Fcntl; tie %h, "DB_File", "hashed", O_RDWR|O_CREAT, 0644, $DB_HASH; # Add a key/value pair to the file $h{apple} = "orange"; # Check for value of a key print "No, we have some bananas.\n" if $h{banana}; # Delete delete $h{"apple"}; untie %h;
Here is an example using
$DB_BTREE
. Just to make life more interesting, the default comparison function is not used. Instead, a Perl subroutine,
Compare()
, does a case-insensitive comparison.
use DB_File; use Fcntl; sub Compare { my ($key1, $key2) = @_; "\L$key1" cmp "\L$key2"; } $DB_BTREE->{compare} = 'Compare'; tie %h, 'DB_File', "tree", O_RDWR|O_CREAT, 0644, $DB_BTREE; # Add a key/value pair to the file $h{Wall} = 'Larry'; $h{Smith} = 'John'; $h{mouse} = 'mickey'; $h{duck} = 'donald'; # Delete delete $h{duck}; # Cycle through the keys printing them in order. # Note it is not necessary to sort the keys as # the btree will have kept them in order automatically. while ($key = each %h) { print "$key\n" } untie %h;
The preceding code yields this output:
mouse Smith Wall
Next, an example using
$DB_RECNO
. You may access a regular textfile as an array of lines. But the first line of the text file is the zeroth element of the array, and so on. This provides a clean way to seek to a particular line in a text file.
my(@line, $number); $number = 10; use Fcntl; use DB_File; tie(@line, "DB_File", "/tmp/text", O_RDWR|O_CREAT, 0644, $DB_RECNO) or die "can't tie file: $!"; $line[$number - 1] = "this is a new line $number";
Here's an example of updating a file in place:
use Fcntl; use DB_File; tie(@file, 'DB_File', "/tmp/sample", O_RDWR, 0644, $DB_RECNO) or die "can't update /tmp/sample: $!"; print "line #3 was ", $file[2], "\n"; $file[2] = `date`; untie @file;
Note that the tied array interface is incomplete, causing some operations on the resulting array to fail in strange ways. See the discussion of tied arrays in Chapter 5 . Some object methods are provided to avoid this. Here's an example of reading a file backward:
use DB_File; use Fcntl; $H = tie(@h, "DB_File", $file, O_RDWR, 0640, $DB_RECNO) or die "Cannot open file $file: $!\n"; # print the records in reverse order for ($i = $H->length - 1; $i >= 0; --$i) { print "$i: $h[$i]\n"; } untie @h;
Concurrent access of a read-write database by several parties requires that each use some kind of locking. Here's an example that uses the
fd()
method to get the file descriptor, and then a careful
open
to give something Perl will
flock
for you. Run this repeatedly in the background to watch the locks granted in proper order. You have to call the
sync()
method to ensure that the writes make it to disk between access, or else the library would normally hold some in its own cache.
use Fcntl; use DB_File;
use strict;
sub LOCK_SH { 1 } sub LOCK_EX { 2 } sub LOCK_NB { 4 } sub LOCK_UN { 8 }
my($oldval, $fd, $db_obj, %db_hash, $value, $key);
$key = shift || 'default'; $value = shift || 'magic';
$value .= " $$";
$db_obj = tie(%db_hash, 'DB_File', '/tmp/foo.db', O_CREAT|O_RDWR, 0644) or die "dbcreat /tmp/foo.db $!"; $fd = $db_obj->fd; print "$$: db fd is $fd\n"; open(DB_FH, "+<&=$fd") or die "fdopen $!";
unless (flock (DB_FH, LOCK_SH | LOCK_NB)) { print "$$: CONTENTION; can't read during write update! Waiting for read lock ($!) ...."; unless (flock (DB_FH, LOCK_SH)) { die "flock: $!" } } print "$$: Read lock granted\n";
$oldval = $db_hash{$key}; print "$$: Old value was $oldval\n"; flock(DB_FH, LOCK_UN);
unless (flock (DB_FH, LOCK_EX | LOCK_NB)) { print "$$: CONTENTION; must have exclusive lock! Waiting for write lock ($!) ...."; unless (flock (DB_FH, LOCK_EX)) { die "flock: $!" } }
print "$$: Write lock granted\n"; $db_hash{$key} = $value; sleep 10;
$db_obj->sync(); # to flush flock(DB_FH, LOCK_UN); undef $db_obj; # removing the last reference to the DB # closes it. Closing DB_FH is implicit. untie %db_hash; print "$$: Updated db to $key=$value\n";
Related manpages: dbopen (3), hash (3), recno (3), btree (3).
Berkeley DB is available from these locations:
7.2.7 Cwd - Get Pathname of Current Working Directory | 7.2.9 Devel::SelfStubber - Generate Stubs for a SelfLoading Module |