If true, database operations for which no explicit transaction handle was specified, and which modify databases in the database environment, will be automatically enclosed within a transaction.

If true, Berkeley DB Concurrent Data Store applications will perform locking on an environment-wide basis rather than on a per-database basis.

If true, Berkeley DB subsystems will create any underlying files, as necessary.

The path of a directory to be used as the location to create the access method database files. When Open(String, BTreeDatabaseConfig), Open(String, HashDatabaseConfig), Open(String, QueueDatabaseConfig) or Open(String, RecnoDatabaseConfig) is used to create a file it will be created relative to this path.

Paths of directories to be used as the location of the access method database files.

The mechanism for reporting detailed error messages to the application.

The prefix string that appears before error messages issued by Berkeley DB.

A delegate which is called to notify the process of specific Berkeley DB events.

Monitor progress within long running operations.

If true, Berkeley DB will flush database writes to the backing disk before returning from the write system call, rather than flushing database writes explicitly in a separate system call, as necessary.

If true, the created DatabaseEnvironment object will be free-threaded; that is, concurrently usable by multiple threads in the address space.

Set a flag in the environment indicating that a hot backup is in progress.

If true, Berkeley DB will page-fault shared regions into memory when initially creating or joining a Berkeley DB environment. In addition, Berkeley DB will write the shared regions when creating an environment, forcing the underlying virtual memory and filesystems to instantiate both the necessary memory and the necessary disk space. This can also avoid out-of-disk space failures later on.

The permissions for any intermediate directories created by Berkeley DB.

If true, lock shared Berkeley DB environment files and memory-mapped databases into memory.

Configuration for the locking subsystem

Configuration for the logging subsystem

Configuration for the memory pool subsystem

Configuration for the mutex subsystem

If true, turn off system buffering of Berkeley DB database files to avoid double caching.

If true, Berkeley DB will grant all requested mutual exclusion mutexes and database locks without regard for their actual availability. This functionality should never be used for purposes other than debugging.

If true, Berkeley DB will copy read-only database files into the local cache instead of potentially mapping them into process memory (see MMapSize for further information).

If true, Berkeley DB will ignore any panic state in the database environment. (Database environments in a panic state normally refuse all attempts to call Berkeley DB functions, throwing RunRecoveryException. This functionality should never be used for purposes other than debugging.

If true, overwrite files stored in encrypted formats before deleting them.

If true, allocate region memory from the heap instead of from memory backed by the filesystem or system shared memory.

If true, check to see if recovery needs to be performed before opening the database environment. (For this check to be accurate, all processes using the environment must specify it when opening the environment.)

Configuration for the replication subsystem

If true, catastrophic recovery will be run on this environment before opening it for normal use.

If true, normal recovery will be run on this environment before opening it for normal use.

A delegate that returns a unique identifier pair for the current thread of control.

If true, allocate region memory from system shared memory instead of from heap memory or memory backed by the filesystem.

The path of a directory to be used as the location of temporary files.

A delegate that returns if a thread of control (either a true thread or a process) is still running.

A delegate that formats a process ID and thread ID identifier pair.

If true, database calls timing out based on lock or transaction timeout values will throw LockNotGrantedException instead of DeadlockException. This allows applications to distinguish between operations which have deadlocked and operations which have exceeded their time limits.

If true, Berkeley DB will not write or synchronously flush the log on transaction commit.

If true and a lock is unavailable for any Berkeley DB operation performed in the context of a transaction, cause the operation to throw DeadlockException (or LockNotGrantedException if TimeNotGranted is set.

If true, all transactions in the environment will be started as if Snapshot were passed to BeginTransaction()()(), and all non-transactional cursors will be opened as if SnapshotIsolation were passed to Cursor()()().

If true, Berkeley DB will write, but will not synchronously flush, the log on transaction commit.

If true, initialize locking for the Berkeley DB Concurrent Data Store product.

If true, the Berkeley DB process' environment may be permitted to specify information to be used when naming files.

If true, initialize the locking subsystem.

If true, initialize the logging subsystem.

If true, initialize the shared memory buffer pool subsystem.

If true, all databases in the environment will be opened as if UseMVCC is passed to Open(String, DatabaseConfig). This flag will be ignored for queue databases for which MVCC is not supported.

If true, initialize the replication subsystem.

If true, initialize the transaction subsystem.

Specific additional informational and debugging messages in the Berkeley DB message output.

If true, Berkeley DB will yield the processor immediately after each page or mutex acquisition. This functionality should never be used for purposes other than stress testing.