You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
When calling locate with the start_pos argument specified, the ODBC driver always ignores it. For example, the following query finds the substring in both cases as if start_pos were either not specified or set to 1:
The query incorrectly returns 2 and 5, instead of the expected 0 and 5 -- the substring 'test' should not be found in '1test' if the search starts from the 5th character.
In reality, the ODBC driver sends the following query to ClickHouse, completely omitting the start_pos parameter:
When calling
locate
with thestart_pos
argument specified, the ODBC driver always ignores it. For example, the following query finds the substring in both cases as ifstart_pos
were either not specified or set to 1:The query incorrectly returns
2
and5
, instead of the expected0
and5
-- the substring'test'
should not be found in'1test'
if the search starts from the 5th character.In reality, the ODBC driver sends the following query to ClickHouse, completely omitting the
start_pos
parameter:However, the expected query should retain the
start_pos
parameter from the original query:Moreover, if the
locate
function is called without thestart_pos
parameter, the ODBC driver fails to replace the{fn ...}
escape sequence entirely.For example, the following query:
is sent as-is, without replacing the {fn ...} sequence, leading to a syntax error on the ClickHouse side.
The text was updated successfully, but these errors were encountered: