pub enum TransactionOption {
Show 27 variants CausalWriteRisky, CausalReadRisky, CausalReadDisable, NextWriteNoWriteConflictRange, CommitOnFirstProxy, CheckWritesEnable, ReadYourWritesDisable, ReadAheadDisable, DurabilityDatacenter, DurabilityRisky, DurabilityDevNullIsWebScale, PrioritySystemImmediate, PriorityBatch, InitializeNewDatabase, AccessSystemKey, ReadSystemKey, DebugDump, DebugRetryLogging(String), TransactionLoggingEnable(String), Timeout(u32), RetryLimit(u32), MaxRetryDelay(u32), SnapshotRywEnable, SnapshotRywDisable, LockAware, UsedDuringCommitProtectionDisable, ReadLockAware,
}

Variants§

§

CausalWriteRisky

The transaction, if not self-conflicting, may be committed a second time after commit succeeds, in the event of a fault

§

CausalReadRisky

The read version will be committed, and usually will be the latest committed, but might not be the latest committed in the event of a fault or partition

§

CausalReadDisable

§

NextWriteNoWriteConflictRange

The next write performed on this transaction will not generate a write conflict range. As a result, other transactions which read the key(s) being modified by the next write will not conflict with this transaction. Care needs to be taken when using this option on a transaction that is shared between multiple threads. When setting this option, write conflict ranges will be disabled on the next write operation, regardless of what thread it is on.

§

CommitOnFirstProxy

Committing this transaction will bypass the normal load balancing across proxies and go directly to the specifically nominated ‘first proxy’.

§

CheckWritesEnable

§

ReadYourWritesDisable

Reads performed by a transaction will not see any prior mutations that occured in that transaction, instead seeing the value which was in the database at the transaction’s read version. This option may provide a small performance benefit for the client, but also disables a number of client-side optimizations which are beneficial for transactions which tend to read and write the same keys within a single transaction.

§

ReadAheadDisable

Disables read-ahead caching for range reads. Under normal operation, a transaction will read extra rows from the database into cache if range reads are used to page through a series of data one row at a time (i.e. if a range read with a one row limit is followed by another one row range read starting immediately after the result of the first).

§

DurabilityDatacenter

§

DurabilityRisky

§

DurabilityDevNullIsWebScale

§

PrioritySystemImmediate

Specifies that this transaction should be treated as highest priority and that lower priority transactions should block behind this one. Use is discouraged outside of low-level tools

§

PriorityBatch

Specifies that this transaction should be treated as low priority and that default priority transactions should be processed first. Useful for doing batch work simultaneously with latency-sensitive work

§

InitializeNewDatabase

This is a write-only transaction which sets the initial configuration. This option is designed for use by database system tools only.

§

AccessSystemKey

Allows this transaction to read and modify system keys (those that start with the byte 0xFF)

§

ReadSystemKey

Allows this transaction to read system keys (those that start with the byte 0xFF)

§

DebugDump

§

DebugRetryLogging(String)

Optional transaction name

§

TransactionLoggingEnable(String)

String identifier to be used in the logs when tracing this transaction. The identifier must not exceed 100 characters.

Enables tracing for this transaction and logs results to the client trace logs. Client trace logging must be enabled to get log output.

§

Timeout(u32)

value in milliseconds of timeout

Set a timeout in milliseconds which, when elapsed, will cause the transaction automatically to be cancelled. Valid parameter values are [0, INT_MAX]. If set to 0, will disable all timeouts. All pending and any future uses of the transaction will throw an exception. The transaction can be used again after it is reset. Like all transaction options, a timeout must be reset after a call to onError. This behavior allows the user to make the timeout dynamic.

§

RetryLimit(u32)

number of times to retry

Set a maximum number of retries after which additional calls to onError will throw the most recently seen error code. Valid parameter values are [-1, INT_MAX]. If set to -1, will disable the retry limit. Like all transaction options, the retry limit must be reset after a call to onError. This behavior allows the user to make the retry limit dynamic.

§

MaxRetryDelay(u32)

value in milliseconds of maximum delay

Set the maximum amount of backoff delay incurred in the call to onError if the error is retryable. Defaults to 1000 ms. Valid parameter values are [0, INT_MAX]. Like all transaction options, the maximum retry delay must be reset after a call to onError. If the maximum retry delay is less than the current retry delay of the transaction, then the current retry delay will be clamped to the maximum retry delay.

§

SnapshotRywEnable

Snapshot read operations will see the results of writes done in the same transaction.

§

SnapshotRywDisable

Snapshot read operations will not see the results of writes done in the same transaction.

§

LockAware

The transaction can read and write to locked databases, and is resposible for checking that it took the lock.

§

UsedDuringCommitProtectionDisable

By default, operations that are performed on a transaction while it is being committed will not only fail themselves, but they will attempt to fail other in-flight operations (such as the commit) as well. This behavior is intended to help developers discover situations where operations could be unintentionally executed after the transaction has been reset. Setting this option removes that protection, causing only the offending operation to fail.

§

ReadLockAware

The transaction can read from locked databases.

Implementations§

Trait Implementations§

Returns a copy of the value. Read more
Performs copy-assignment from source. Read more
Formats the value using the given formatter. Read more

Auto Trait Implementations§

Blanket Implementations§

Gets the TypeId of self. Read more
Immutably borrows from an owned value. Read more
Mutably borrows from an owned value. Read more

Returns the argument unchanged.

Calls U::from(self).

That is, this conversion is whatever the implementation of From<T> for U chooses to do.

The resulting type after obtaining ownership.
Creates owned data from borrowed data, usually by cloning. Read more
Uses borrowed data to replace owned data, usually by cloning. Read more
The type returned in the event of a conversion error.
Performs the conversion.
The type returned in the event of a conversion error.
Performs the conversion.