← Back to branch summary

~ubuntu-branches/ubuntu/maverick/evolution-data-server/maverick-proposed

« back to all changes in this revision

Viewing changes to libdb/docs/ref/intro/what.html

  • Committer: Bazaar Package Importer
  • Author(s): Didier Roche
  • Date: 2010-05-17 17:02:06 UTC
  • mfrom: (1.1.79 upstream) (1.6.12 experimental)
  • Revision ID: james.westby@ubuntu.com-20100517170206-4ufr52vwrhh26yh0
Tags: 2.30.1-1ubuntu1
https://launchpad.net/bugs/42199
https://launchpad.net/bugs/229669
https://launchpad.net/bugs/173703
https://launchpad.net/bugs/360344
https://launchpad.net/bugs/508494
* Merge from debian experimental. Remaining change:
  (LP: #42199, #229669, #173703, #360344, #508494)
  + debian/control:
    - add Vcs-Bzr tag
    - don't use libgnome
    - Use Breaks instead of Conflicts against evolution 2.25 and earlier.
  + debian/evolution-data-server.install,
    debian/patches/45_libcamel_providers_version.patch:
    - use the upstream versioning, not a Debian-specific one 
  + debian/libedata-book1.2-dev.install, debian/libebackend-1.2-dev.install,
    debian/libcamel1.2-dev.install, debian/libedataserverui1.2-dev.install:
    - install html documentation
  + debian/rules:
    - don't build documentation it's shipped with the tarball

Show diffs side-by-side

added added

removed removed

Lines of Context:
libdb/docs/ref/intro/what.html
1
 
<!--$Id$-->
2
 
<!--Copyright 1997-2002 by Sleepycat Software, Inc.-->
3
 
<!--All rights reserved.-->
4
 
<!--See the file LICENSE for redistribution information.-->
5
 
<html>
6
 
<head>
7
 
<title>Berkeley DB Reference Guide: What other services does Berkeley DB provide?</title>
8
 
<meta name="description" content="Berkeley DB: An embedded database programmatic toolkit.">
9
 
<meta name="keywords" content="embedded,database,programmatic,toolkit,b+tree,btree,hash,hashing,transaction,transactions,locking,logging,access method,access methods,java,C,C++">
10
 
</head>
11
 
<body bgcolor=white>
12
 
<table width="100%"><tr valign=top>
13
 
<td><h3><dl><dt>Berkeley DB Reference Guide:<dd>Introduction</dl></h3></td>
14
 
<td align=right><a href="../../ref/intro/need.html"><img src="../../images/prev.gif" alt="Prev"></a><a href="../../reftoc.html"><img src="../../images/ref.gif" alt="Ref"></a><a href="../../ref/intro/distrib.html"><img src="../../images/next.gif" alt="Next"></a>
15
 
</td></tr></table>
16
 
<p>
17
 
<h1 align=center>What other services does Berkeley DB provide?</h1>
18
 
<p>Berkeley DB also provides core database services to developers.  These
19
 
services include:
20
 
<p><dl compact>
21
 
<p><dt>Page cache management:<dd>The page cache provides fast access to a cache of database pages,
22
 
handling the I/O associated with the cache to ensure that dirty pages
23
 
are written back to the file system and that new pages are allocated on
24
 
demand.  Applications may use the Berkeley DB shared memory buffer manager to
25
 
serve their own files and pages.
26
 
<p><dt>Transactions and logging:<dd>The transaction and logging systems provide recoverability and atomicity
27
 
for multiple database operations. The transaction system uses two-phase
28
 
locking and write-ahead logging protocols to ensure that database
29
 
operations may be undone or redone in the case of application or system
30
 
failure.  Applications may use Berkeley DB transaction and logging subsystems
31
 
to protect their own data structures and operations from application or
32
 
system failure.
33
 
<p><dt>Locking:<dd>The locking system provides multiple reader or single writer access to
34
 
objects.  The Berkeley DB access methods use the locking system to acquire
35
 
the right to read or write database pages.  Applications may use the
36
 
Berkeley DB locking subsystem to support their own locking needs.
37
 
</dl>
38
 
<p>By combining the page cache, transaction, locking, and logging systems,
39
 
Berkeley DB provides the same services found in much larger, more complex and
40
 
more expensive database systems.  Berkeley DB supports multiple simultaneous
41
 
readers and writers and guarantees that all changes are recoverable, even
42
 
in the case of a catastrophic hardware failure during a database update.
43
 
<p>Developers may select some or all of the core database services for any
44
 
access method or database.  Therefore, it is possible to choose the
45
 
appropriate storage structure and the right degrees of concurrency and
46
 
recoverability for any application.  In addition, some of the subsystems
47
 
(for example, the Locking subsystem) can be called separately from the
48
 
Berkeley DB access method.  As a result, developers can integrate non-database
49
 
objects into their transactional applications using Berkeley DB.
50
 
<table width="100%"><tr><td><br></td><td align=right><a href="../../ref/intro/need.html"><img src="../../images/prev.gif" alt="Prev"></a><a href="../../reftoc.html"><img src="../../images/ref.gif" alt="Ref"></a><a href="../../ref/intro/distrib.html"><img src="../../images/next.gif" alt="Next"></a>
51
 
</td></tr></table>
52
 
<p><font size=1><a href="http://www.sleepycat.com">Copyright Sleepycat Software</a></font>
53
 
</body>
54
 
</html>