SwaggerQL

Swagger + SQL = Simple reference microservice with transparent documentation and no coding.
All you need to do is create a Swagger file and specify SQL queries in the description.

When you should use it:

you need an internal microservice with simple queries to an existing database
you quickly need a prototype of a reference service
you need to test data in the database
you need a stub application with database access to test the deployment scripts

Getting Started

Install the appropriate database module before using the SwaggerQL:

pg for PostgreSQL and Amazon Redshift
mysql2 for MySQL
mysql for MariaDB or MySQL
sqlite3 for SQLite3
mssql for MSSQL
oracledb and Oracle instant-client for Oracle

Run SwaggerQL with PostgreSQL

npm install swaggerql
npm install pg

Create config/local.yaml

client: pg
connection:
  host: 127.0.0.1
  user: your_database_user
  password: your_database_password
  database: myapp_test

Run SwaggerQL

$(npm bin)/swaggerql

And try http://0.0.0.0:8000

Run SwaggerQL with Oracle

npm install swaggerql
npm install oracledb

Install Oracle instant-client

Create config/local.yaml

client: oracledb
connection:
  user: your_database_user
  password: your_database_password
  connectString: (DESCRIPTION=(ADDRESS_LIST=(ADDRESS=(PROTOCOL=TCP)(HOST=127.0.0.1)(PORT=1521)))(CONNECT_DATA=(SID=MY_SID)))
pool:
  min: 0
  max: 3

Run SwaggerQL

$(npm bin)/swaggerql

And try http://0.0.0.0:8000

More examples in the repository.

Configuration

Connect to DB

The knex library is used to connect to various databases. The most common configuration file format is:

client: <driver>
connection:
  host: 127.0.0.1
  user: your_database_user
  password: your_database_password
  database: myapp_test

More examples of connection configurations in Knex documentation

See node-config documentation for information about naming, load order and format of configuration files.

REST API

Build APIs by describing them in OpenAPI document specification and importing them via YAML or JSON to construct your own REST API.

The only difference is that a SQL query is inserted into the description field.

paths:
  /two:
    get:
      summary: One plus one equals two
      description: |
        SELECT 1 + 1
      responses:
        200:
          description: OK

The description can use Markdown with a specified SQL query:

description: |
  Add one to one

  ```sql
  SELECT 1 + 1
  ```

Query Parameter Binding

You can pass parameters to SQL query from path, query, form parameters described in Swagger file. Use named bindings, such as :name are interpreted as values and :name: interpreted as identifiers.

paths:
  /increment:
    get:
      summary: Increment of N per one
      description: |
        SELECT 1 + :n
      parameters:
      - name: n
        in: query
        description: Number
        required: true
        style: form
        explode: true
        schema:
          type: integer
      responses:
        200:
          description: OK

Execution options

Query expression can be handled as a transaction if the client sends X-Transaction header. Sometimes there's need to release cursors in the database.

paths:
  /compute:
    get:
      summary: Adding the results of a calculation
      description: |
        insert into table
        select function()
      parameters:
      - name: X-Transaction
        in: header
        description: Run Query in transaction wrapper
        schema:
          type: boolean
          default: true

CLI

Configuration options can be overridden via command-line arguments or environment variables. Priorities are the following:

A command-line option has the highest priority. It overrides the environment variable and config file value.
An environment variable has second priority. It overrides the config file value.
A config file value has the lowest priority.
If there isn't a command-line option, environment variable or config file option specified, the default is used.

Run $(npm bin)/swaggerql --help for more information.

Usage: swaggerql [options]

Options:
  -V, --version                output the version number
  -i, --input-spec <path>      path to specification file (default: "openapi.yaml")
  -p, --port <number>          http port to start server (default: 8000)
  -d, --client <name>          name of client SQL driver
  -c, --connection <dsn|json>  connection options to the appropriate database client
  -l, --log-level <level>      logging level: debug, info, warn, error (default: "info")
  -h, --help                   output usage information

Environment variables:

SWAGGERQL_INPUT_SPEC — path to specification file
SWAGGERQL_PORT — http port to start server
SWAGGERQL_CLIENT — name of client SQL driver
SWAGGERQL_CONNECTION — connection options to the appropriate database client
SWAGGERQL_LOG_LEVEL — logging level

Docker

docker run -it --rm -p 8000:8000 \
        -v $(pwd)/config/local.yaml:/app/config/production.yaml \
        -v $(pwd)/openapi.yaml:/app/openapi.yaml \
        swaggerql/swaggerql-mysql

Available Docker containers:

swaggerql / swaggerql Goto Github PK

swaggerql's Introduction

SwaggerQL

Getting Started

Configuration

Connect to DB

REST API

Query Parameter Binding

Execution options

CLI

Docker

swaggerql's People

Contributors

Stargazers

Watchers

Forkers

swaggerql's Issues

Recommend Projects

Recommend Topics

Recommend Org