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

Deprecated. Replaced by ExternalFileDir.

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

If true, Berkeley DB subsystems 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.

The path of the directory where external files are stored, replaces BlobFileDir.

Monitor progress within long running operations.

If true, Berkeley DB flushes 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 is 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 page-faults shared regions into memory when initially creating or joining a Berkeley DB environment. In addition, Berkeley DB writes 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

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

The path of a directory to be used as the location to store the persistent metadata.

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 grants 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 copies 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 ignores 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 is run on this environment before opening it for normal use.

If true, normal recovery is 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 for 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 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 does 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 are started as if Snapshot were passed to BeginTransaction()()(), and all non-transactional cursors are opened as if SnapshotIsolation were passed to Cursor()()().

If true, Berkeley DB writes, but does 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 are opened as if UseMVCC is passed to Open(String, DatabaseConfig). This flag is 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 yields the processor immediately after each page or mutex acquisition. This functionality should never be used for purposes other than stress testing.