@@ -25,31 +25,31 @@ Cassandra:
25
25
has been written on the Coordinator. Requests with this consistency level
26
26
are not guranteed to make it to Replica nodes.
27
27
28
- @see ExecutionOptions::__construct ()
28
+ @see Session::execute ()
29
29
CONSISTENCY_ONE :
30
30
comment : |-
31
31
Consistency level ONE guarantees that data has been written to at least
32
32
one Replica node.
33
33
34
- @see ExecutionOptions::__construct ()
34
+ @see Session::execute ()
35
35
CONSISTENCY_LOCAL_ONE :
36
36
comment : |-
37
37
Same as `CONSISTENCY_ONE`, but confined to the local data center. This
38
38
consistency level works only with `NetworkTopologyStrategy` replication.
39
39
40
- @see ExecutionOptions::__construct ()
40
+ @see Session::execute ()
41
41
CONSISTENCY_TWO :
42
42
comment : |-
43
43
Consistency level TWO guarantees that data has been written to at least
44
44
two Replica nodes.
45
45
46
- @see ExecutionOptions::__construct ()
46
+ @see Session::execute ()
47
47
CONSISTENCY_THREE :
48
48
comment : |-
49
49
Consistency level THREE guarantees that data has been written to at least
50
50
three Replica nodes.
51
51
52
- @see ExecutionOptions::__construct ()
52
+ @see Session::execute ()
53
53
CONSISTENCY_QUORUM :
54
54
comment : |-
55
55
Consistency level QUORUM guarantees that data has been written to at least
@@ -59,42 +59,43 @@ Cassandra:
59
59
ceiling function and `RF` is the replication factor used. For example,
60
60
for a replication factor of `5`, the majority is `ceil(5 / 2 + 1) = 3`.
61
61
62
- @see ExecutionOptions::__construct ()
62
+ @see Session::execute ()
63
63
CONSISTENCY_LOCAL_QUORUM :
64
64
comment : |-
65
65
Same as `CONSISTENCY_QUORUM`, but confined to the local data center. This
66
66
consistency level works only with `NetworkTopologyStrategy` replication.
67
67
68
- @see ExecutionOptions::__construct ()
68
+ @see Session::execute ()
69
69
CONSISTENCY_EACH_QUORUM :
70
70
comment : |-
71
71
Consistency level EACH_QUORUM guarantees that data has been written to at
72
72
least a majority Replica nodes in all datacenters. This consistency level
73
73
works only with `NetworkTopologyStrategy` replication.
74
74
75
- @see ExecutionOptions::__construct ()
75
+ @see Session::execute ()
76
76
CONSISTENCY_ALL :
77
77
comment : |-
78
78
Consistency level ALL guarantees that data has been written to all
79
79
Replica nodes.
80
80
81
- @see ExecutionOptions::__construct ()
81
+ @see Session::execute ()
82
82
CONSISTENCY_SERIAL :
83
83
comment : |-
84
84
This is a serial consistency level, it is used in conditional updates,
85
85
e.g. (`CREATE|INSERT ... IF NOT EXISTS`), and should be specified as the
86
- `serial_consistency` option of the ExecutionOptions instance.
86
+ `serial_consistency` execution option when invoking `session.execute`
87
+ or `session.execute_async`.
87
88
88
89
Consistency level SERIAL, when set, ensures that a Paxos commit fails if
89
90
any of the replicas is down.
90
91
91
- @see ExecutionOptions::__construct ()
92
+ @see Session::execute ()
92
93
CONSISTENCY_LOCAL_SERIAL :
93
94
comment : |-
94
95
Same as `CONSISTENCY_SERIAL`, but confined to the local data center. This
95
96
consistency level works only with `NetworkTopologyStrategy` replication.
96
97
97
- @see ExecutionOptions::__construct ()
98
+ @see Session::execute ()
98
99
VERIFY_NONE :
99
100
comment : |-
100
101
Perform no verification of nodes when using SSL encryption.
0 commit comments