This page is part of archived documentation for openHAB 3.2. Go to the current stable version

# DBQuery Binding

This binding allows creating items from the result of native database queries. It currently only supports InfluxDB 2.X.

You can use the addon in any situation where you want to create an item from a native query. The source of the query can be any supported database, and doesn't need to be the one you use as the persistence service in openHAB. Some use cases can be:

  • Integrate a device that stores its data in a database
  • Query derived data from you openHAB persistence, for example with Influx2 tasks you can process your data to create a new one
  • Bypass limitations of current openHAB persistence queries

# Supported Things

There are two types of supported things: influxdb2 and a query. For each different database you want to connect to, you must define a Bridge thing for that database. Then each Bridge can define as many Query things that you want to execute.

# Thing Configuration

# Bridges

# influxdb2

Defines a connection to an Influx2 database and allows creating queries on it.

Parameter Required Description
url Yes database url
user Yes name of the database user
token Yes token to authenticate to the database (Intructions about how to create one (opens new window))
organization Yes database organization name
bucket Yes database bucket name

# query

The Query thing defines a native query that provides several channels that you can bind to items.

# Query parameters

The query items support the following parameters:

Parameter Required Default Description
query true Query string in native syntax
interval false 0 Interval in seconds in which the query is automatically executed
hasParameters false false True if the query has parameters, false otherwise
timeout false 0 Query execution timeout in seconds
scalarResult false true If query always returns a single value or not
scalarColumn false In case of multiple columns, it indicates which to use for scalarResult

These are described further in the following subsections.

# query

The query the items represents in the native language of your database:

  • Flux for influxdb2

# hasParameters

If hasParameters=true you can use parameters in the query string that can be dynamically set with the setQueryParameters action.

For InfluxDB use the ${paramName} syntax for each parameter, and keep in mind that the values from that parameters must be from a trusted source as current parameter substitution is subject to query injection attacks.

# timeout

A time-out in seconds to wait for the query result, if it's exceeded, the result will be discarded and the addon will do its best to cancel the query. Currently it's ignored and it will be implemented in a future version.

# scalarResult

If true the query is expected to return a single scalar value that will be available to result channels as string, number, boolean,... If the query can return several rows and/or several columns per row then it needs to be set to false and the result can be retrieved in resultString channel as JSON or using the getLastQueryResult action.

# scalarColumn

In case scalarResult is true and the select returns multiple columns you can use that parameter to choose which column to use to extract the result.

# Channels

Query items offer the following channels to be able to query / bind them to items:

Channel Type ID Item Type Description
execute Switch Send ON to execute the query manually. It also indicates if query is currently running (ON) or not running (OFF)
resultString String Result of last executed query as a String
resultNumber Number Result of last executed query as a Number, query must have scalarResult=true
resultDateTime DateTime Result of last executed query as a DateTime, query must have scalarResult=true
resultContact Contact Result of last executed query as Contact, query must have scalarResult=true
resultSwitch Switch Result of last executed query as Switch, query must have scalarResult=true
parameters String Contains parameters of last executed query as JSON
correct Switch ON if the last executed query completed successfully, OFF if the query failed.

All the channels, except execute, are updated when the query execution finishes, and while there is a query in execution they have the values from last previous executed query.

The resultString channel is the only valid one if scalarResult=false, and in that case it contains the query result serialized to JSON in that format:

{
    correct : true,
    data : [
        { 
            column1 : value,
            column2 : value
        },
        { ... }, //row2        
        { ... }  //row3
    ]
}

# Channel Triggers

# calculateParameters

Triggers when there's a need to calculate parameters before query execution. When a query has hasParameters=true it fires the calculateParameters channel trigger and pauses the execution until setQueryParameters action is call in that query.

In the case a query has parameters, it's expected that there is a rule that catches the calculateParameters trigger, calculate the parameters with the corresponding logic and then calls the setQueryParameters action, after that the query will be executed.

# Actions

# For DatabaseBridge

# executeQuery

It allows executing a query synchronously from a script/rule without defining it in a Thing.

To execute the action you need to pass the following parameters:

  • String query: The query to execute
  • Map<String,Object>: Query parameters (empty map if not needed)
  • int timeout: Query timeout in seconds

And it returns an ActionQueryResult that has the following properties:

  • correct (boolean) : True if the query was executed correctly, false otherwise
  • data (List<Map<String,Object>>): A list where each element is a row that is stored in a map with (columnName,value) entries
  • isScalarResult: It returns if the result is scalar one (only one row with one column)
  • resultAsScalar: It returns the result as a scalar if possible, if not returns null

Example (using Jython script):

 from core.log import logging, LOG_PREFIX 
 log = logging.getLogger("{}.action_example".format(LOG_PREFIX))
 map = {"time" : "-2h"}
 influxdb = actions.get("dbquery","dbquery:influxdb2:sampleQuery") //Get bridge thing
 result = influxdb.executeQuery("from(bucket: \"default\") |> range(start:-2h)  |> filter(fn: (r) => r[\"_measurement\"] == \"go_memstats_frees_total\")  |> filter(fn: (r) => r[\"_field\"] == \"counter\")  |> mean()",{},5)
 log.info("execute query result is "+str(result.data))

Use this action with care, because as the query is executed synchronously, it is not good to execute long-running queries that can block script execution.

# For Queries

# setQueryParameters

It's used for queries with parameters to set them. To execute the action you need to pass the parameters as a Map.

Example (using Jython script):

params = {"time" : "-2h"}
dbquery = actions.get("dbquery","dbquery:query:queryWithParams")  //Get query thing
dbquery.setQueryParameters(params)

# getLastQueryResult

It can be used in scripts to get the last query result. It doesn't have any parameters and returns an ActionQueryResult as defined in executeQuery action.

Example (using Jython script):

dbquery = actions.get("dbquery","dbquery:query:queryWithParams")  //Get query thing
result = dbquery.getLastQueryResult()

# Examples

# The Simplest case

Define a InfluxDB2 database thing and a query with an interval execution. That executes the query every 15 seconds and punts the result in myItem.

# Bridge Thing definition
Bridge dbquery:influxdb2:mydatabase "InfluxDB2 Bridge" [ bucket="default", user="admin", url="http://localhost:8086", organization="openhab", token="*******" ]

# Query Thing definition
Thing dbquery:query:myquery "My Query" [ interval=15, hasParameters=false, scalarResult=true, timeout=0, query="from(bucket: \"default\") |> range(start:-1h) |> filter(fn: (r) => r[\"_measurement\"] == \"go_memstats_frees_total\")  |> filter(fn: (r) => r[\"_field\"] == \"counter\")  |> mean()", scalarColumn="_value" ]

# Item definition
Number myItem "QueryResult" {channel="dbquery:query:myquery:resultNumber"}

# A query with parameters

Using the previous example you change the range(start:-1h) for range(start:${time})

Create a rule that is fired

  • When calculateParameters is triggered in myquery

  • Then executes the following script action (in that example Jython):

         map = {"time" : "-2h"}   
         dbquery = actions.get("dbquery","dbquery:query:myquery")   
         dbquery.setQueryParameters(map)