Overview

Syntax Definition

In IoTDB, SELECT statement is used to retrieve data from one or more selected time series. Here is the syntax definition of SELECT statement:

  1. SELECT [LAST] selectExpr [, selectExpr] ...
  2. [INTO intoItem [, intoItem] ...]
  3. FROM prefixPath [, prefixPath] ...
  4. [WHERE whereCondition]
  5. [GROUP BY {
  6. ([startTime, endTime), interval [, slidingStep]) |
  7. LEVEL = levelNum [, levelNum] ... |
  8. TAGS(tagKey [, tagKey] ... )
  9. }]
  10. [HAVING havingCondition]
  11. [ORDER BY sortKey {ASC | DESC}]
  12. [FILL ({PREVIOUS | LINEAR | constant})]
  13. [SLIMIT seriesLimit] [SOFFSET seriesOffset]
  14. [LIMIT rowLimit] [OFFSET rowOffset]
  15. [ALIGN BY {TIME | DEVICE}]

Syntax Description

SELECT clause

  • The SELECT clause specifies the output of the query, consisting of several selectExpr.
  • Each selectExpr defines one or more columns in the query result, which is an expression consisting of time series path suffixes, constants, functions, and operators.
  • Supports using AS to specify aliases for columns in the query result set.
  • Use the LAST keyword in the SELECT clause to specify that the query is the last query. For details and examples, see the document Last Query.
  • For details and examples, see the document Select Expression.

INTO clause

  • SELECT INTO is used to write query results into a series of specified time series. The INTO clause specifies the target time series to which query results are written.
  • For detailed instructions and examples, see the document SELECT INTO.

FROM clause

  • The FROM clause contains the path prefix of one or more time series to be queried, and wildcards are supported.
  • When executing a query, the path prefix in the FROM clause and the suffix in the SELECT clause will be concatenated to obtain a complete query target time series.

WHERE clause

  • The WHERE clause specifies the filtering conditions for data rows, consisting of a whereCondition.
  • whereCondition is a logical expression that evaluates to true for each row to be selected. If there is no WHERE clause, all rows will be selected.
  • In whereCondition, any IOTDB-supported functions and operators can be used except aggregate functions.
  • For details and examples, see the document Where Condition.

GROUP BY clause

  • The GROUP BY clause specifies how the time series are aggregated by segment or group.
  • Segmented aggregation refers to segmenting data in the row direction according to the time dimension, aiming at the time relationship between different data points in the same time series, and obtaining an aggregated value for each segment. Currently only segmentation by time interval is supported, and more segmentation methods will be supported in the future.
  • Group aggregation refers to grouping the potential business attributes of time series for different time series. Each group contains several time series, and each group gets an aggregated value. Support group by path level and group by tag two grouping methods.
  • Segment aggregation and group aggregation can be mixed.
  • For details and examples, see the document Group By Aggregation.

HAVING clause

  • The HAVING clause specifies the filter conditions for the aggregation results, consisting of a havingCondition.
  • havingCondition is a logical expression that evaluates to true for the aggregation results to be selected. If there is no HAVING clause, all aggregated results will be selected.
  • HAVING is to be used with aggregate functions and the GROUP BY clause.
  • For details and examples, see the document Aggregation Result Filtering.

ORDER BY clause

  • The ORDER BY clause is used to specify how the result set is sorted.
  • In ALIGN BY TIME mode: By default, they are sorted in ascending order of timestamp size, and ORDER BY TIME DESC can be used to specify that the result set is sorted in descending order of timestamp.
  • In ALIGN BY DEVICE mode: arrange according to the device first, and sort each device in ascending order according to the timestamp. The ORDER BY clause is not supported now.

FILL clause

  • The FILL clause is used to specify the filling mode in the case of missing data, allowing users to fill in empty values ​​for the result set of any query according to a specific method.
  • For details and examples, see the document Fill Null Value.

SLIMIT and SOFFSET clauses

  • SLIMIT specifies the number of columns of the query result, and SOFFSET specifies the starting column position of the query result display. SLIMIT and SOFFSET are only used to control value columns and have no effect on time and device columns.
  • For details and examples of query result pagination, see the document Result Set Pagination.

LIMIT and OFFSET clauses

  • LIMIT specifies the number of rows of the query result, and OFFSET specifies the starting row position of the query result display.
  • For details and examples of query result pagination, see the document Result Set Pagination.

ALIGN BY clause

  • The query result set is ALIGN BY TIME by default, including a time column and several value columns, and the timestamps of each column of data in each row are the same.
  • It also supports ALIGN BY DEVICE. The query result set contains a time column, a device column, and several value columns.
  • For details and examples, see the document Query Alignment Mode.

Basic Examples

Select a Column of Data Based on a Time Interval

The SQL statement is:

  1. select temperature from root.ln.wf01.wt01 where time < 2017-11-01T00:08:00.000

which means:

The selected device is ln group wf01 plant wt01 device; the selected timeseries is the temperature sensor (temperature). The SQL statement requires that all temperature sensor values before the time point of “2017-11-01T00:08:00.000” be selected.

The execution result of this SQL statement is as follows:

  1. +-----------------------------+-----------------------------+
  2. | Time|root.ln.wf01.wt01.temperature|
  3. +-----------------------------+-----------------------------+
  4. |2017-11-01T00:00:00.000+08:00| 25.96|
  5. |2017-11-01T00:01:00.000+08:00| 24.36|
  6. |2017-11-01T00:02:00.000+08:00| 20.09|
  7. |2017-11-01T00:03:00.000+08:00| 20.18|
  8. |2017-11-01T00:04:00.000+08:00| 21.13|
  9. |2017-11-01T00:05:00.000+08:00| 22.72|
  10. |2017-11-01T00:06:00.000+08:00| 20.71|
  11. |2017-11-01T00:07:00.000+08:00| 21.45|
  12. +-----------------------------+-----------------------------+
  13. Total line number = 8
  14. It costs 0.026s

Select Multiple Columns of Data Based on a Time Interval

The SQL statement is:

  1. select status, temperature from root.ln.wf01.wt01 where time > 2017-11-01T00:05:00.000 and time < 2017-11-01T00:12:00.000;

which means:

The selected device is ln group wf01 plant wt01 device; the selected timeseries is “status” and “temperature”. The SQL statement requires that the status and temperature sensor values between the time point of “2017-11-01T00:05:00.000” and “2017-11-01T00:12:00.000” be selected.

The execution result of this SQL statement is as follows:

  1. +-----------------------------+------------------------+-----------------------------+
  2. | Time|root.ln.wf01.wt01.status|root.ln.wf01.wt01.temperature|
  3. +-----------------------------+------------------------+-----------------------------+
  4. |2017-11-01T00:06:00.000+08:00| false| 20.71|
  5. |2017-11-01T00:07:00.000+08:00| false| 21.45|
  6. |2017-11-01T00:08:00.000+08:00| false| 22.58|
  7. |2017-11-01T00:09:00.000+08:00| false| 20.98|
  8. |2017-11-01T00:10:00.000+08:00| true| 25.52|
  9. |2017-11-01T00:11:00.000+08:00| false| 22.91|
  10. +-----------------------------+------------------------+-----------------------------+
  11. Total line number = 6
  12. It costs 0.018s

Select Multiple Columns of Data for the Same Device According to Multiple Time Intervals

IoTDB supports specifying multiple time interval conditions in a query. Users can combine time interval conditions at will according to their needs. For example, the SQL statement is:

  1. select status,temperature from root.ln.wf01.wt01 where (time > 2017-11-01T00:05:00.000 and time < 2017-11-01T00:12:00.000) or (time >= 2017-11-01T16:35:00.000 and time <= 2017-11-01T16:37:00.000);

which means:

The selected device is ln group wf01 plant wt01 device; the selected timeseries is “status” and “temperature”; the statement specifies two different time intervals, namely “2017-11-01T00:05:00.000 to 2017-11-01T00:12:00.000” and “2017-11-01T16:35:00.000 to 2017-11-01T16:37:00.000”. The SQL statement requires that the values of selected timeseries satisfying any time interval be selected.

The execution result of this SQL statement is as follows:

  1. +-----------------------------+------------------------+-----------------------------+
  2. | Time|root.ln.wf01.wt01.status|root.ln.wf01.wt01.temperature|
  3. +-----------------------------+------------------------+-----------------------------+
  4. |2017-11-01T00:06:00.000+08:00| false| 20.71|
  5. |2017-11-01T00:07:00.000+08:00| false| 21.45|
  6. |2017-11-01T00:08:00.000+08:00| false| 22.58|
  7. |2017-11-01T00:09:00.000+08:00| false| 20.98|
  8. |2017-11-01T00:10:00.000+08:00| true| 25.52|
  9. |2017-11-01T00:11:00.000+08:00| false| 22.91|
  10. |2017-11-01T16:35:00.000+08:00| true| 23.44|
  11. |2017-11-01T16:36:00.000+08:00| false| 21.98|
  12. |2017-11-01T16:37:00.000+08:00| false| 21.93|
  13. +-----------------------------+------------------------+-----------------------------+
  14. Total line number = 9
  15. It costs 0.018s

Choose Multiple Columns of Data for Different Devices According to Multiple Time Intervals

The system supports the selection of data in any column in a query, i.e., the selected columns can come from different devices. For example, the SQL statement is:

  1. select wf01.wt01.status,wf02.wt02.hardware from root.ln where (time > 2017-11-01T00:05:00.000 and time < 2017-11-01T00:12:00.000) or (time >= 2017-11-01T16:35:00.000 and time <= 2017-11-01T16:37:00.000);

which means:

The selected timeseries are “the power supply status of ln group wf01 plant wt01 device” and “the hardware version of ln group wf02 plant wt02 device”; the statement specifies two different time intervals, namely “2017-11-01T00:05:00.000 to 2017-11-01T00:12:00.000” and “2017-11-01T16:35:00.000 to 2017-11-01T16:37:00.000”. The SQL statement requires that the values of selected timeseries satisfying any time interval be selected.

The execution result of this SQL statement is as follows:

  1. +-----------------------------+------------------------+--------------------------+
  2. | Time|root.ln.wf01.wt01.status|root.ln.wf02.wt02.hardware|
  3. +-----------------------------+------------------------+--------------------------+
  4. |2017-11-01T00:06:00.000+08:00| false| v1|
  5. |2017-11-01T00:07:00.000+08:00| false| v1|
  6. |2017-11-01T00:08:00.000+08:00| false| v1|
  7. |2017-11-01T00:09:00.000+08:00| false| v1|
  8. |2017-11-01T00:10:00.000+08:00| true| v2|
  9. |2017-11-01T00:11:00.000+08:00| false| v1|
  10. |2017-11-01T16:35:00.000+08:00| true| v2|
  11. |2017-11-01T16:36:00.000+08:00| false| v1|
  12. |2017-11-01T16:37:00.000+08:00| false| v1|
  13. +-----------------------------+------------------------+--------------------------+
  14. Total line number = 9
  15. It costs 0.014s

Order By Time Query

IoTDB supports the ‘order by time’ statement since 0.11, it’s used to display results in descending order by time. For example, the SQL statement is:

  1. select * from root.ln.** where time > 1 order by time desc limit 10;

The execution result of this SQL statement is as follows:

  1. +-----------------------------+--------------------------+------------------------+-----------------------------+------------------------+
  2. | Time|root.ln.wf02.wt02.hardware|root.ln.wf02.wt02.status|root.ln.wf01.wt01.temperature|root.ln.wf01.wt01.status|
  3. +-----------------------------+--------------------------+------------------------+-----------------------------+------------------------+
  4. |2017-11-07T23:59:00.000+08:00| v1| false| 21.07| false|
  5. |2017-11-07T23:58:00.000+08:00| v1| false| 22.93| false|
  6. |2017-11-07T23:57:00.000+08:00| v2| true| 24.39| true|
  7. |2017-11-07T23:56:00.000+08:00| v2| true| 24.44| true|
  8. |2017-11-07T23:55:00.000+08:00| v2| true| 25.9| true|
  9. |2017-11-07T23:54:00.000+08:00| v1| false| 22.52| false|
  10. |2017-11-07T23:53:00.000+08:00| v2| true| 24.58| true|
  11. |2017-11-07T23:52:00.000+08:00| v1| false| 20.18| false|
  12. |2017-11-07T23:51:00.000+08:00| v1| false| 22.24| false|
  13. |2017-11-07T23:50:00.000+08:00| v2| true| 23.7| true|
  14. +-----------------------------+--------------------------+------------------------+-----------------------------+------------------------+
  15. Total line number = 10
  16. It costs 0.016s

Usage in Different Clients

Data query statements can be used in SQL command-line terminals, JDBC, JAVA / C++ / Python / Go and other native APIs, and RESTful APIs.

  • Execute the query statement in the SQL command line terminal: start the SQL command line terminal, and directly enter the query statement to execute, see SQL command line terminal.

  • Execute query statements in JDBC, see JDBC for details.

  • Execute query statements in native APIs such as JAVA / C++ / Python / Go. For details, please refer to the relevant documentation in the Application Programming Interface chapter. The interface prototype is as follows:

    1. SessionDataSet executeQueryStatement(String sql)
  • Used in RESTful API, see HTTP API for details.