SELECT
The SELECT command returns a set of records from one or more tables.
For more information, see SELECT.
ORDER BY
Sort order defaults to ascending (ASC).
Sorts null values after non-null values by default in an ascending sort, before non-null values in a descending sort. For any query, you can use NULLS FIRST to sort null values to the top of the results or NULLS LAST to sort null values to the bottom of the results.
Allows you to use a positional reference to choose the sort column. For example, the command
SELECT colA,colB FROM table1 ORDER BY 2
sorts the results oncolB
because it is in position 2.
Query Hints
HEAVY.AI provides various query hints for controlling the behavior of the query execution engine.
Syntax
SELECT hints must appear first, immediately after the SELECT statement; otherwise, the query fails.
By default, a hint is applied to the query step in which it is defined. If you have multiple SELECT clauses and define a query hint in one of those clauses, the hint is applied only to the specific query step; the rest of the query steps are unaffected. For example, applying the /*+ cpu_mode */
hint affects only the SELECT clause in which it exists.
You can define a hint to apply to all query steps by prepending g_
to the query hint. For example, if you define /*+ g_cpu_mode */
, CPU execution is applied to all query steps.
HEAVY.AI supports the following query hints.
The marker hint type represents a Boolean flag.
allow_loop_join
Enable loop joins.
SELECT /*+ allow_loop_join */ ...
cpu_mode
Force CPU execution mode.
SELECT /*+ cpu_mode */ ...
columnar_output
Enable columnar output for the input query.
SELECT /*+ columnar_output */ ...
disable_loop_join
Disable loop joins.
SELECT /*+ disable_loop_join */ ...
dynamic_watchdog
Enable dynamic watchdog.
SELECT /*+ dynamic_watchdog */ ...
dynamic_watchdog_off
Disable dynamic watchdog.
SELECT /*+ dynamic_watchdog_off */ ...
force_baseline_hash_join
Use the baseline hash join scheme by skipping the perfect hash join scheme, which is used by default.
SELECT /*+ force_baseline_hash_join */ ...
force_one_to_many_hash_join
Deploy a one-to-many hash join by skipping one-to-one hash join, which is used by default.
SELECT /*+ force_one_to_many_hash_join */ ...
keep_result
Add result set of the input query to the result set cache.
SELECT /*+ keep_result */ ...
keep_table_function_result
Add result set of the table function query to the result set cache.
SELECT /*+ keep_table_function_result */ ...
overlaps_allow_gpu_build
Use GPU (if available) to build an overlaps join hash table. (CPU is used by default.)
SELECT /*+ overlaps_allow_gpu_build */ ...
overlaps_no_cache
Skip adding an overlaps join hash table to the hash table cache.
SELECT /*+ overlaps_no_cache */ ...
rowwise_output
Enable row-wise output for the input query.
SELECT /*+ rowwise_output */ ...
watchdog
Enable watchdog.
SELECT /*+ watchdog */ ...
watchdog_off
Disable watchdog.
SELECT /*+ watchdog_off */ ...
Cross-Database Queries
In Release 6.4 and higher, you can run SELECT queries across tables in different databases on the same HEAVY.AI cluster without having to first connect to those databases. This enables more efficient storage and memory utilization by eliminating the need for table duplication across databases, and simplifies access to shared data and tables.
To execute queries against another database, you must have ACCESS privilege on that database, as well as SELECT privilege.
Example
Execute a join query involving a table in the current database and another table in the my_other_db
database:
Last updated