Datometry Hyper-Q's query override feature enables DBAs to register a custom query that will be executed on the downstream database when a client submits a specific input query. Query override should be used when target performance cannot be achieved on the target database through the standard optimization techniques.
The example below shows how to register an override query with Datometry Hyper-Q.
Step 1: Run the original query:
SELECT 'This is the original input query'; *** Query completed. One row found. One column returned. *** Total elapsed time was 1 second. 'This is the original input query' ---------------------------------- This is the original input query
Step 2: Find the query in the Hyper-Q query tracer log and locate the query hash as the second element in the log entry. In this example, the query hash is
"109","e8cb3b802caa15e19f1a18a54315d53b","SELECT 'This is the original input query';","SELECT
CAST ('This is the original input query' AS varchar (32) ) AS ""'This is the original input query'""
1 AS [__COL2]
) AS [__DTM942529992934]
","2019-03-15 23:22:04.337","2019-03-15 23:22:04.435","2019-03-15 23:22:04.475","2019-03-15 23:22:04.476","40","138","",""
Step 3: Insert the override query into the Hyper-Q metadata store, providing the query hash identified above, the override query, and an optional comment:
INSERT INTO "__DTM_MDSTORE"."MDSTORE_QUERY_MAP_TABLE" VALUES ('e8cb3b802caa15e19f1a18a54315d53b', 'SELECT ''This is the override query'';', 'For demonstration only.');
Step 4: Reload the override table in Hyper-Q. Currently, a restart of the Hyper-Q service is required to reload the override table.
From now on, every time a query identical to the original query is submitted to Hyper-Q, the override query is executed on the downstream database and the results returned:
SELECT 'This is the original input query';
*** Query completed. One row found. One column returned.
*** Total elapsed time was 1 second.
This is the override query
- The query text must be identical for the override to be applied. This includes but is not limited to white spaces (e.g., Windows-style newlines do not match Unix-style newlines), keywords (e.g.,
SELdoes not match
SELECT), and optional quoting of identifiers (e.g.,
"mytable"does not match
- When an override query is found, all processing performed by Hyper-Q is bypassed and the override query is submitted as is. This includes, but is not limited to, supporting enhanced schema properties such as non-constant default expressions. It is the responsibility of the DBA who maintains the override queries to keep them in sync with potential future changes that could affect the format or correctness of query results. For example, when the non-constant default expression for an underlying column changes, the respective change must be added to all overridden DML statements that insert or update that column.
- Override queries run in the same session that the client submitting the original query has connected as. Override queries are therefore subject to permissions of the user of this session and do not violate permissions.
- The comment column of the query map table in the Hyper-Q metadata store can be used to record arbitrary information. Datometry recommends adding information that facilitates maintaining the override queries such as a reference to the application or script that contains the original query and the reason for the override.
- Datometry recommends starting with the original translation generated by Hyper-Q and modifying it as required by, e.g., adding a query hint.
- Due to the nature of the query override feature, Hyper-Q cannot guarantee that the override query returns the correct results for the original query.
- The feature is mainly designed for single
SELECTstatements. Other statements may not behave as expected.
SELECTstatements trigger the return of a result set, which is converted and returned to the client. All other statements, including DML statements like
DELETE, are reported to the client like an
INSERTstatement and do not return a result set.