You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: versioned_docs/version-3.8/add-scalardb-to-your-build.mdx
+1-1Lines changed: 1 addition & 1 deletion
Original file line number
Diff line number
Diff line change
@@ -9,7 +9,7 @@ The ScalarDB library is available on the [Maven Central Repository](https://mvnr
9
9
10
10
Select your build tool, and follow the instructions to add the build dependency for ScalarDB to your application.
11
11
12
-
<TabsgroupId="build_dependency"queryString>
12
+
<TabsgroupId="build_tool"queryString>
13
13
<TabItemvalue="Gradle"label="Gradle"default>
14
14
To add the build dependency for ScalarDB by using Gradle, add the following to `build.gradle` in your application, replacing `<VERSION>` with the version of ScalarDB that you want to use:
Copy file name to clipboardExpand all lines: versioned_docs/version-3.8/backup-restore.mdx
+2-2Lines changed: 2 additions & 2 deletions
Original file line number
Diff line number
Diff line change
@@ -40,7 +40,7 @@ The backup methods by database listed below are just examples of some of the dat
40
40
41
41
:::
42
42
43
-
<TabsgroupId="database"queryString>
43
+
<TabsgroupId="databases"queryString>
44
44
<TabItemvalue="Amazon_RDS_or_Azure_Database_for_MySQL_or_PostgreSQL"label="Amazon RDS or Azure Database for MySQL or PostgreSQL"default>
45
45
You can restore to any point within the backup retention period by using the automated backup feature.
46
46
</TabItem>
@@ -90,7 +90,7 @@ The backup methods by database listed below are just examples of some of the dat
90
90
91
91
However, if the quorum of cluster nodes loses their data, you will need a transactionally consistent backup (snapshot) to restore the cluster to a certain transactionally consistent point.
92
92
93
-
To create a transactionally consistent cluster-wide backup (snapshot), pause the application that is using ScalarDB or [ScalarDB Cluster (redirects to the Enterprise docs site)](https://scalardb.scalar-labs.com/docs/latest/scalardb-cluster/) and create backups (snapshots) of the nodes as described in [Back up with explicit pausing](#back-up-with-explicit-pausing) or stop the Cassandra cluster, take copies of all the data in the nodes, and start the cluster.
93
+
To create a transactionally consistent cluster-wide backup (snapshot), pause the application that is using ScalarDB or [ScalarDB Server](scalardb-server.mdx) and create backups (snapshots) of the nodes as described in [Back up with explicit pausing](#back-up-with-explicit-pausing) or stop the Cassandra cluster, take copies of all the data in the nodes, and start the cluster.
94
94
</TabItem>
95
95
<TabItemvalue="Cosmos_DB_for_NoSQL"label="Cosmos DB for NoSQL">
96
96
You must create a Cosmos DB for NoSQL account with a continuous backup policy that has the PITR feature enabled. After enabling the feature, backups are created continuously.
|`scalar.db.storage`|`dynamo` must be specified. | - |
86
-
|`scalar.db.contact_points`| AWS region with which ScalarDB should communicate (e.g., `us-east-1`). ||
87
-
|`scalar.db.username`| AWS access key used to identify the user interacting with AWS. ||
88
-
|`scalar.db.password`| AWS secret access key used to authenticate the user interacting with AWS. ||
89
-
|`scalar.db.dynamo.endpoint_override`| Amazon DynamoDB endpoint with which ScalarDB should communicate. This is primarily used for testing with a local instance instead of an AWS service. ||
90
-
|`scalar.db.dynamo.table_metadata.namespace`| Namespace name for the table metadata used for ScalarDB. |`scalardb`|
91
-
|`scalar.db.dynamo.namespace.prefix`| Prefix for the user namespaces and metadata namespace names. Since AWS requires having unique tables names in a single AWS region, this is useful if you want to use multiple ScalarDB environments (development, production, etc.) in a single AWS region. ||
|`scalar.db.storage`|`dynamo` must be specified. | - |
86
+
|`scalar.db.contact_points`| AWS region with which ScalarDB should communicate (e.g., `us-east-1`). ||
87
+
|`scalar.db.username`| AWS access key used to identify the user interacting with AWS. ||
88
+
|`scalar.db.password`| AWS secret access key used to authenticate the user interacting with AWS. ||
89
+
|`scalar.db.dynamo.endpoint_override`| Amazon DynamoDB endpoint with which ScalarDB should communicate. This is primarily used for testing with a local instance instead of an AWS service. ||
90
+
|`scalar.db.dynamo.table_metadata.namespace`| Namespace name for the table metadata used for ScalarDB. |`scalardb`|
91
+
|`scalar.db.dynamo.namespace.prefix`| Prefix for the user namespaces and metadata namespace names. Since AWS requires having unique tables names in a single AWS region, this is useful if you want to use multiple ScalarDB environments (development, production, etc.) in a single AWS region. ||
The following configurations are available for JDBC databases:
@@ -103,9 +103,9 @@ Select a database to see the configurations available for each storage.
103
103
|`scalar.db.jdbc.connection_pool.max_idle`| Maximum number of connections that can remain idle in the connection pool. |`50`|
104
104
|`scalar.db.jdbc.connection_pool.max_total`| Maximum total number of idle and borrowed connections that can be active at the same time for the connection pool. Use a negative value for no limit. |`100`|
105
105
|`scalar.db.jdbc.prepared_statements_pool.enabled`| Setting this property to `true` enables prepared-statement pooling. |`false`|
106
-
|`scalar.db.jdbc.prepared_statements_pool.max_open`| Maximum number of open statements that can be allocated from the statement pool at the same time. Use a negative value for no limit. |`-1`|
106
+
|`scalar.db.jdbc.prepared_statements_pool.max_open`| Maximum number of open statements that can be allocated from the statement pool at the same time. Use a negative value for no limit. |`-1`|
107
107
|`scalar.db.jdbc.isolation_level`| Isolation level for JDBC. `READ_UNCOMMITTED`, `READ_COMMITTED`, `REPEATABLE_READ`, or `SERIALIZABLE` can be specified. | Underlying-database specific |
108
-
|`scalar.db.jdbc.table_metadata.schema`| Schema name for the table metadata used for ScalarDB.|`scalardb`|
108
+
|`scalar.db.jdbc.table_metadata.schema`| Schema name for the table metadata used for ScalarDB. |`scalardb`|
109
109
|`scalar.db.jdbc.table_metadata.connection_pool.min_idle`| Minimum number of idle connections in the connection pool for the table metadata. |`5`|
110
110
|`scalar.db.jdbc.table_metadata.connection_pool.max_idle`| Maximum number of connections that can remain idle in the connection pool for the table metadata. |`10`|
111
111
|`scalar.db.jdbc.table_metadata.connection_pool.max_total`| Maximum total number of idle and borrowed connections that can be active at the same time for the connection pool for the table metadata. Use a negative value for no limit. |`25`|
Confirm that you have Cassandra installed. If Cassandra isn't installed, visit [Downloading Cassandra](https://cassandra.apache.org/_/download.html).
52
52
53
-
### Configure Cassandra
53
+
**Configure Cassandra**
54
54
55
55
Open **cassandra.yaml** in your preferred IDE. Then, change `commitlog_sync` from `periodic` to `batch` so that you don't lose data if a quorum of replica nodes goes down.
56
56
57
-
### Configure ScalarDB
57
+
**Configure ScalarDB**
58
58
59
59
The following instructions assume that you have properly installed and configured the JDK and Cassandra in your local environment, and Cassandra is running on your localhost.
60
60
@@ -78,16 +78,16 @@ For a list of databases that ScalarDB supports, see [Supported Databases](scalar
78
78
<TabItemvalue="Cosmos_DB_for_NoSQL"label="Cosmos DB for NoSQL">
79
79
To use Azure Cosmos DB for NoSQL, you must have an Azure account. If you don't have an Azure account, visit [Create an Azure Cosmos DB account](https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/quickstart-portal#create-account).
80
80
81
-
### Configure Cosmos DB for NoSQL
81
+
**Configure Cosmos DB for NoSQL**
82
82
83
83
Set the **default consistency level** to **Strong** according to the official document at [Configure the default consistency level](https://learn.microsoft.com/en-us/azure/cosmos-db/nosql/how-to-manage-consistency#configure-the-default-consistency-level).
84
84
85
-
### Configure ScalarDB
85
+
**Configure ScalarDB**
86
86
87
-
The following instructions assume that you have properly installed and configured the JDK in your local environment and properly configured your Cosmos DB for NoSQL account in Azure.
87
+
The following instructions assume that you have properly installed and configured the JDK in your local environment and properly configured your Cosmos DB for NoSQL account in Azure.
88
88
89
89
The **scalardb.properties** file in the `docs/getting-started-kotlin` directory holds database configurations for ScalarDB. Be sure to change the values for `scalar.db.contact_points` and `scalar.db.password` as described.
90
-
90
+
91
91
```properties
92
92
# The Cosmos DB for NoSQL storage implementation is used for Consensus Commit.
93
93
scalar.db.storage=cosmos
@@ -108,7 +108,7 @@ You can use a primary key or a secondary key as the value for `scalar.db.passwor
108
108
<TabItemvalue="DynamoDB"label="DynamoDB">
109
109
To use Amazon DynamoDB, you must have an AWS account. If you don't have an AWS account, visit [Getting started: Are you a first-time AWS user?](https://docs.aws.amazon.com/accounts/latest/reference/welcome-first-time-user.html).
110
110
111
-
### Configure ScalarDB
111
+
**Configure ScalarDB**
112
112
113
113
The following instructions assume that you have properly installed and configured the JDK in your local environment.
114
114
@@ -129,11 +129,11 @@ You can use a primary key or a secondary key as the value for `scalar.db.passwor
Confirm that you have a JDBC database installed. For a list of supported JDBC databases, see [Supported Databases](scalardb-supported-databases.mdx).
131
131
132
-
### Configure ScalarDB
132
+
**Configure ScalarDB**
133
133
134
134
The following instructions assume that you have properly installed and configured the JDK and JDBC database in your local environment, and the JDBC database is running on your localhost.
135
135
136
-
The **scalardb.properties** file in the `docs/getting-started-kotlin` directory holds database configurations for ScalarDB. The following is a basic configuration for JDBC databases.
136
+
The **scalardb.properties** file in the `docs/getting-started-kotlin` directory holds database configurations for ScalarDB. The following is a basic configuration for JDBC databases.
0 commit comments