Skip to content

A simple and powerful microservice to execute MariaDB/MySQL queries.

Notifications You must be signed in to change notification settings

leandrocurioso/mariasql-microservice

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

6 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

Maria SQL Microservice

Let's imagine that is possible to isolate the responsibility to connect to the database as a microservice. Ahn how? It's simple! This microservice will help you optimize your architecture simply adding this project as your core database handler and also starting, comming and rolbacking transaction without the need to explicity tell. Sometimes you have a lot of microservices and you are tired to add a module to connect to them every time right?. Why not do in a single place in a optimized way with a connection pool?

This is the whole reason behind the motivation of this project.

This project is also compatible with MySQL database

Core Technologies

How does this work?

There is an API with the uri /v1/query that will receive an array of queries/binds and this will be executed with the same database connection for each request, so this is an optimized way to avoid open/close the connection every time you execute a sql command.

You do not need to close the database connection manually there is a wrapper for express methods:

  • res.end
  • res.json
  • res.send

This will auto close the scoped connection used in the entire web request cycle. WoW nice! =)

Query route

The route you call to execute a query is:

URI: /v1/query

HTTP verb: POST

Headers:

{
    "X-Api-Key": "Your x api key.",
    "Content-Type": "application/json"
}

Body:

[
	{
		"key": "insert1",
		"sql": "INSERT INTO test (text) VALUES (:text );",
		"params": {
			"text": "Hi!"
		}
	},
	{
		"key": "update1",
		"sql": "UPDATE test SET text = 'Modified hi!' WHERE id = :id;",
		"params": {
			"id": "{{ insert1.insertId }}"
		}
	},
	{
		"key": "select1",
		"sql": "SELECT id, text FROM test;",
		"onlyFirst": true,
		"parser": {
			"id": "integer"
		}
	}
]

These instructions will be executed in sequence and you could also use the LAST INSERTED ID from previous INSERT in the next query bind. You can check this in here: "id": "{{ insert1.insertId }}". When you want to use the insertion id add {{ queryKey.insertId }} to the bind param.

Response example:

HTTP status cude: 200

{
    "resultSets": [
        {
            "insert1": {
                "info": {
                    "numRows": 0,
                    "affectedRows": 1,
                    "insertId": 29
                }
            }
        },
        {
            "update1": {
                "info": {
                    "numRows": 0,
                    "affectedRows": 1,
                    "insertId": 0
                }
            }
        },
        {
            "select1": {
                "id": 1,
                "text": "Modified hi!"
            }
        }
    ]
}

As you can see the result will be added as a namespace from the provided query key.

Parameters

{
    "in": "header",
    "name": "X-Api-Key",
    "type": "string",
    "required": true,
    "description": "Api key to access server resources.",
    "example": "c17d4c2c-6c5c-4267-9968-6b8b42d1d56f"
},
{
  "in": "header",
  "name": "Content-Type",
  "default": "application/json",
  "type": "string",
  "required": true,
  "description": "Request content type",
  "example": "application/json"
},
{
  "in": "body",
  "type": "array",
  "required": true,
  "description": "Array of query objects",
  "schema": {
    "type": "object",
    "properties": {
      "key": {
        "type": "string",
        "required": true,
        "description": "The unique key of a query, this will be the namespace of result set",
        "example": "listOfUsers"
      },
      "sql": {
        "type": "string",
        "required": true,
        "description": "SQL query",
        "example": "SELECT name, balance, is_active FROM users WHERE id = :id;"
      },
      "onlyFirst": {
        "type": "boolean",
        "required": false,
        "description": "If you do not want to return an array pass true to get an object of the first result position.",
        "example": true
      },
      "params": {
        "type": "object",
        "required": false,
        "description": "Param to be bind in query (Prepared Statement) to avoid SQL injection",
        "example": {
          "id": 1
        }
      },
      "parser": {
        "type": "object",
        "required": false,
        "description": "By the default all results are returned as string, if you want to parse them for instance to integer pass this object.",
        "example": {
          "id": "integer",
          "balance": "float",
          "is_active": "boolean"
        }
      }
    }
  }
}

Setting up the project

Follow this steps but first! For each parameter go to Environment Configuration to read the documentation.

1- Open the .env file located in the project root folder and change the database configuration as desired. For each parameter go to Environment Configuration documentation. 2- High recommended to change the swaggeer username and password to read the documentation for security reasons.

Instructions to run the project

In the temrinal browse to the project folder and type:

1 - To install the dependencies

npm install

2a - To run the application in development mode

npm watch

2b - To run the application in production mode

npm start

Swagger Documentation

After you run the project you can go to the URL: /swagger/api-docs to read the api docs. THe username and password can be found in the Swagger environment configuration.

Environment Configuration

The configuration is in the .env file located in the root folder.

System

SYSTEM_CONTROLLER_PATH
Type: string
Default: ./src/application/controller
The controller folder path. Basically you should not change this value unless you know what you are doing.

Server

NODE_ENV
Type: string
Default: development
Possible values: development | production
The environment execution mode.

SERVER_PORT
Type: integer
Default: 3000
A port number to run the microservice.

SERVER_X_API_KEY
Type: string
Default: 47661a53-eadf-458b-b16a-801915412d10
A static api key string that must be passed in the HTTP header when calling the API.
Header key: X-Api-Key

SERVER_TIMEZONE
Type: string
Default: UTC
The application timezone, this is a specific environment variable for process.env.TZ.

Logger

LOGGER_TRANSPORTS
Type: array
Default: file
Possible values: console | file | timber
The transport layers for Winston logger module, basically where the logs will be dispached, it is an array of strings so if you want to log it in console and file together use it with comma separation. Timber is a cloud log provider, you need to create an account to use it and configure the parameters. [ORGANIZATION_KEY, SOURCE_ID]

LOGGER_LOG_FILENAME
Type: string
Default: /log/application.log
The filepath location for LOGGER_TRANSPORTS when file transport is active.

LOGGER_LOG_LEVEL
Type: string
Default: info
Possible values: debug | file | silly | info | warn | error
The log level.

LOGGER_TIMBER_ORGANIZATION_KEY
Type: string
Api key of you Timber account

LOGGER_TIMBER_SOURCE_ID
Type: integer
Source id of you Timber account

MariaDB

DB_MARIA_HOST
Type: string
Default: 127.0.0.1
The database host.

DB_MARIA_DATABASE
Type: string
Default: webapi
The database name.

DB_MARIA_USER
Type: string
Default: root
The database user.

DB_MARIA_PASSWORD
Type: string
Default: 123456
The database password.

DB_MARIA_PORT
Type: integer
Default: 3306
The database port.

DB_MARIA_CHARSET
Type: string
Default: utf8mb4
The database charset.

DB_MARIA_CONNECTION_TIMEOUT
Type: integer
Default: 120
The connection timeout.

DB_MARIA_PING_INACTIVE
Type: integer
Default: 60000
The ping inactive connection interval.

DB_MARIA_PING_WAIT_RESPONSE
Type: integer
Default: 60000
The ping wait response for connection.

DB_MARIA_MIN_CONNECTIONS
Type: integer
Default: 1
The minimum amount of connections in the pool.

DB_MARIA_MAX_CONNECTIONS
Type: integer
Default: 2
The maximum amount of connections in the pool.

Controller

CONTROLLER_MAXIMUM_SQL_QUERY_LENGTH
Type: integer
Default: 5000
For the API /v1/query the maximum length of sql string instruction.

Repository Service

REPOSITORY_SERVICE_AUTO_TRANSACTION
Type: integer
Default: 1
Possible values: 0 | 1
If auto trasaction is active or not. If you pass an array to API /v1/query with more than 1 sql verb candidate for transaction it will auto start, coomit or rollback the transaction. Very powerful resource. SQL candidates: INSERT | UPDATE | DELETE

REPOSITORY_SERVICE_LOG_QUERY
Type: integer
Default: 1
Possible values: 0 | 1
If you want to log the executed query and his parameters.

REPOSITORY_SERVICE_FORBIDDEN_SQL_VERBS
Type: array
Default: DROP,TRUNCATE,CREATE,ALTER
A list of SQL verbs that will not be executed for security or permissions scope.

Swagger

SWAGGER_USERNAME
Type: string
Default: admin
The username to read the aoi docs.

SWAGGER_PASSWORD
Type: string
Default: 123456
The user password to read the aoi docs.

Feedbacks / Contributions

If you want to give feedback or contribute to this project please contact me: [email protected]

About

A simple and powerful microservice to execute MariaDB/MySQL queries.

Resources

Stars

Watchers

Forks

Packages

No packages published