Last updated: April 23, 2024
How to activate data observability for SingleStoreDB
Read this guide to learn how to connect DQOps to SingleStoreDB from the UI, command-line interface, or directly in YAML files, and activate monitoring.
Overview
SingleStoreDB is a distributed SQL database that offers high-throughput transactions (inserts and upserts), low-latency analytics and context from real-time vector data.
Prerequisite credentials
To add SingleStoreDB data source connection to DQOps you need a SingleStore account.
Add SingleStoreDB connection using the user interface
Navigate to the connection settings
To navigate to the SingleStoreDB connection settings:
- Go to the Data Sources section and click the + Add connection button in the upper left corner.
- Select SingleStoreDB database type.
Fill in the connection settings
After navigating to the SingleStoreDB connection settings, you will need to fill in its details.
SingleStoreDB connection settings | Property name in YAML configuration file | Description |
---|---|---|
Connection name | The name of the connection that will be created in DQO. This will also be the name of the folder where the connection configuration files are stored. The name of the connection must be unique and consist of alphanumeric characters. | |
Parallel jobs limit | A limit on the number of jobs that can run simultaneously. Leave empty to disable the limit. | |
Engine Type | mysql_engine_type |
MySQL engine type. Supports also a ${MYSQL_ENGINE} configuration with a custom environment variable. |
Loadbalancing Mode | load_balancing_mode |
SingleStoreDB Failover and Load-Balancing Modes for Single Store DB. The value can be in the ${ENVIRONMENT_VARIABLE_NAME} format to use dynamic substitution. |
Host Descriptions | host_descriptions |
SingleStoreDB Host descriptions. Supports also a ${SINGLE_STORE_HOST_DESCRIPTIONS} configuration with a custom environment variable. |
Schema | schema |
SingleStoreDB database/schema name. The value can be in the ${ENVIRONMENT_VARIABLE_NAME} format to use dynamic substitution. |
User name | user |
MySQL (SingleStoreDB) user name. The value can be in the ${ENVIRONMENT_VARIABLE_NAME} format to use dynamic substitution. |
Password | password |
MySQL (SingleStoreDB) database password. The value can be in the ${ENVIRONMENT_VARIABLE_NAME} format to use dynamic substitution. |
Use SSL | use_ssl |
Force enables SSL/TLS on the connection. Supports also a ${SINGLE_STORE_USE_SSL} configuration with a custom environment variable. |
JDBC connection property | Optional setting. DQOps supports using JDBC driver to access MySQL. See the SingleStore documentation for JDBC connection parameter references |
DQOps allows you to dynamically replace properties in connection settings with environment variables. To use it, simply change "clear text" to ${ENV_VAR} using the drop-down menu at the end of the variable entry field and type your variable.
For example:
To add optional JDBC connection properties, just type the JDBC connection property and the Value. The value can be in the ${ENVIRONMENT_VARIABLE_NAME} format to use dynamic substitution.
For example:
To remove the property click on the trash icon at the end of the input field.
After filling in the connection settings, click the Test Connection button to test the connection.
Click the Save connection button when the test is successful otherwise, you can check the details of what went wrong.
Import metadata using the user interface
When you add a new connection, it will appear in the tree view on the left, and you will be redirected to the Import Metadata screen. Now we can import schemas and tables.
- Import the selected data resources (source schemas and tables) by clicking on the Import Tables button next to the name of the source schema from which you want to import tables.
- Select the tables you want to import or import all tables using the buttons in the upper right corner.
When new tables are imported, DQOps automatically activates profiling and monitoring checks, such as row count, table availability, and checks detecting schema changes. These checks are scheduled to run daily at 12:00 p.m. By clicking on the Advisor at the top of the page, you can quickly collect basic statistics, run profiling checks, or modify the schedule for newly imported tables.
Add SingleStoreDB connection using DQOps Shell
To add a connection run the following command in DQOps Shell.
Fill in the data you will be asked for.
Connection name (--name): connection1
Database provider type (--provider):
[ 1] bigquery
[ 2] databricks
[ 3] mysql
[ 4] oracle
[ 5] postgresql
[ 6] duckdb
[ 7] presto
[ 8] redshift
[ 9] snowflake
[10] spark
[11] sqlserver
[12] trino
Please enter one of the [] values: 3
MySQL engine type (--mysql-engine):
[ 1] mysql
[ 2] singlestoredb
Please enter one of the [] values: 2
Single Store DB balancing mode (--single-store-load-balancing-mode):
[ 1] none
[ 2] sequential
[ 3] loadbalance
Please enter one of the [] values: 1
Single Store DB host descriptions (--single-store-host-descriptions) [${SINGLE_STORE_HOST_DESCRIPTIONS}]: <host>:<port>
Single Store DB schema name (--single-store-schema) [${SINGLE_STORE_SCHEMA}]: database_0c0ab
MySQL user name (--mysql-user) [${MYSQL_USER}]: user-12345
MySQL user password (--mysql-password) [${MYSQL_PASSWORD}]: <single-store-password>
Connection connecton1 was successfully added.
Run 'table import -c=connection1' to import tables.
dqo>
You can also run the command with parameters to add a connection in just a single step.
dqo> connection add --name=connection1
--provider=mysql
--mysql-engine=singlestoredb
--single-store-load-balancing-mode=none
--single-store-host-descriptions=<host>:<port>
--single-store-schema=database_0c0ab
--mysql-username=user-12345
--mysql-password=<single-store-password>
After adding connection run table import -c=connection1
to select schemas and import tables.
DQOps will ask you to select the schema from which the tables will be imported.
You can also add the schema and table name as a parameter to import tables in just a single step.
DQOps supports the use of the asterisk character * as a wildcard when selecting schemas and tables, which can substitute any number of characters. For example, use pub* to find all schema a name with a name starting with "pub". The * character can be used at the beginning, in the middle or at the end of the name.
Connections configuration files
Connection configurations are stored in the YAML files in the ./sources
folder. The name of the connection is also
the name of the folder where the configuration file is stored.
Below is a sample YAML file showing an example configuration of the MySQL data source connection.
apiVersion: dqo/v1
kind: source
spec:
provider_type: mysql
mysql:
database: def
user: user-12345
password: <single-store-password>
single_store_db_parameters_spec:
load_balancing_mode: none
host_descriptions:
- "<host>:<port>"
schema: database_0c0ab
use_ssl: true
mysql_engine_type: singlestoredb
incident_grouping:
grouping_level: table_dimension_category
minimum_severity: warning
max_incident_length_days: 60
mute_for_days: 60
Reference of all connection parameters
Complete documentation of all connection parameters used in the spec.mysql
node is
described in the reference section of the MysqlParametersSpec
YAML file format.
Next steps
- We have provided a variety of use cases that use openly available datasets from Google Cloud to help you in using DQOps effectively. You can find the full list of use cases here.
- DQOps allows you to keep track of the issues that arise during data quality monitoring and send alert notifications directly to Slack. Learn more about incidents and notifications.
- The data in the table often comes from different data sources and vendors or is loaded by different data pipelines. Learn how data grouping in DQOps can help you calculate separate data quality KPI scores for different groups of rows.