From 780b92ada9afcf1d58085a83a0b9e6bc982203d1 Mon Sep 17 00:00:00 2001 From: Lorry Tar Creator Date: Tue, 17 Feb 2015 17:25:57 +0000 Subject: Imported from /home/lorry/working-area/delta_berkeleydb/db-6.1.23.tar.gz. --- docs/programmer_reference/intro_what.html | 92 +++++++++++++++++++------------ 1 file changed, 57 insertions(+), 35 deletions(-) (limited to 'docs/programmer_reference/intro_what.html') diff --git a/docs/programmer_reference/intro_what.html b/docs/programmer_reference/intro_what.html index 84da80b6..e9cd540f 100644 --- a/docs/programmer_reference/intro_what.html +++ b/docs/programmer_reference/intro_what.html @@ -14,7 +14,7 @@ -

Berkeley DB also provides core database services to developers. These -services include:

+

+ Berkeley DB also provides core database services to + developers. These services include: +

Page cache management:
-
The page cache provides fast access to a cache of database pages, -handling the I/O associated with the cache to ensure that dirty pages -are written back to the file system and that new pages are allocated on -demand. Applications may use the Berkeley DB shared memory buffer manager to -serve their own files and pages.
+
+ The page cache provides fast access to a cache + of database pages, handling the I/O associated with + the cache to ensure that dirty pages are written back + to the file system and that new pages are allocated on + demand. Applications may use the Berkeley DB shared + memory buffer manager to serve their own files and + pages. +
Transactions and logging:
-
The transaction and logging systems provide recoverability and atomicity -for multiple database operations. The transaction system uses two-phase -locking and write-ahead logging protocols to ensure that database -operations may be undone or redone in the case of application or system -failure. Applications may use Berkeley DB transaction and logging subsystems -to protect their own data structures and operations from application or -system failure.
+
+ The transaction and logging systems provide + recoverability and atomicity for multiple database + operations. The transaction system uses two-phase + locking and write-ahead logging protocols to ensure + that database operations may be undone or redone in + the case of application or system failure. + Applications may use Berkeley DB transaction and + logging subsystems to protect their own data + structures and operations from application or system + failure. +
Locking:
-
The locking system provides multiple reader or single writer access to -objects. The Berkeley DB access methods use the locking system to acquire -the right to read or write database pages. Applications may use the -Berkeley DB locking subsystem to support their own locking needs.
+
+ The locking system provides multiple reader or + single writer access to objects. The Berkeley DB + access methods use the locking system to acquire the + right to read or write database pages. Applications + may use the Berkeley DB locking subsystem to support + their own locking needs. +
-

By combining the page cache, transaction, locking, and logging systems, -Berkeley DB provides the same services found in much larger, more complex and -more expensive database systems. Berkeley DB supports multiple simultaneous -readers and writers and guarantees that all changes are recoverable, even -in the case of a catastrophic hardware failure during a database update.

-

Developers may select some or all of the core database services for any -access method or database. Therefore, it is possible to choose the -appropriate storage structure and the right degrees of concurrency and -recoverability for any application. In addition, some of the subsystems -(for example, the Locking subsystem) can be called separately from the -Berkeley DB access method. As a result, developers can integrate non-database -objects into their transactional applications using Berkeley DB.

+

+ By combining the page cache, transaction, locking, and + logging systems, Berkeley DB provides the same services found + in much larger, more complex and more expensive database + systems. Berkeley DB supports multiple simultaneous readers + and writers and guarantees that all changes are recoverable, + even in the case of a catastrophic hardware failure during a + database update. +

+

+ Developers may select some or all of the core database + services for any access method or database. Therefore, it is + possible to choose the appropriate storage structure and the + right degrees of concurrency and recoverability for any + application. In addition, some of the subsystems (for example, + the Locking subsystem) can be called separately from the + Berkeley DB access method. As a result, developers can + integrate non-database objects into their transactional + applications using Berkeley DB. +

-- cgit v1.2.1