- Oct 23, 2024
-
-
EmirVildanov authored
-
- Oct 15, 2024
-
-
EmirVildanov authored
-
- Oct 14, 2024
-
-
EmirVildanov authored
-
- Oct 02, 2024
-
-
- Oct 01, 2024
-
-
- Sep 27, 2024
-
-
Arseniy Volynets authored
- Support simple queries that do not select data from tables. This is similar to `values ..`, but allows to add aliases for expressions. - Such selects can also be used in subqueries - Examples: ``` select 1; select (select count(*) from t); select 2 as foo, 3 as bar; select a from t where b in (select 100) ```
-
- Sep 24, 2024
-
-
Arseniy Volynets authored
-
- Sep 23, 2024
-
-
Arseniy Volynets authored
-
- Sep 18, 2024
-
-
- Sep 17, 2024
-
-
Arseniy Volynets authored
- Support like operator with signature: expr1 LIKE expr2 [ESCAPE expr3] which returns TRUE only if expr1 matches the string specified by expr2 (pattern). '_' in pattern matches any single character, '%' matches any character 0 or more times. All other characters match itself according to case. - Optional escape clause specifies character to use for escaping '_' and '%'
-
- Sep 13, 2024
-
-
godzie44 authored
-
- Sep 12, 2024
-
-
Maksim Kaitmazian authored
-
- Sep 09, 2024
-
-
- For cacheable requests, we now send only cache required data needed to execute the query if it is in the storage cache. If query is not in the storage cache, storage returns empty result with flag indicating there was a cache miss. Then coordinator sends the second round of requests to replicasets where cache miss happened. It sends the full message there. - Parameters for required message are now computed without compilation to SyntaxPlan - Fixed parameter order in SyntaxPlan
-
- Aug 26, 2024
-
-
Feodor Alexandrov authored
feat: support ALTER SYSTEM. It allows to change whitelisted properties from _pico_property table. Currently, changes affect all tiers. Specifying tier will result in an error. Co-Authored-by:
Dmitry Rodionov <d.rodionov@picodata.io> Co-Authored-by:
Emir Vildanov <e.vildanov@picodata.io>
-
- Aug 22, 2024
-
-
- Aug 12, 2024
-
-
- Aug 09, 2024
-
-
Maksim Kaitmazian authored
-
- Aug 06, 2024
-
-
Artur Sabirov authored
-
- Aug 05, 2024
-
-
Arseniy Volynets authored
-
- Jul 30, 2024
-
-
Artur Sabirov authored
-
- Jul 12, 2024
-
-
Kurdakov Alexander authored
-
- Jun 20, 2024
-
-
Maksim Kaitmazian authored
-
- Jun 19, 2024
-
-
- Jun 04, 2024
-
-
EmirVildanov authored
-
-
-
- May 14, 2024
-
-
- May 06, 2024
-
-
Denis Smirnov authored
-
- May 03, 2024
-
-
Arseniy Volynets authored
-
-
- Apr 19, 2024
-
-
Emir Vildanov authored
-
- Apr 15, 2024
-
-
Arseniy Volynets authored
-
Denis Smirnov authored
Previous implementation treated TRIM as an SQL built-in function, but in reality it is a special expression in SQL. The main difference is that "TRIM" is not a name but a reserved keyword, so it can't be wrapped into double quotes. Moreover, if we treat it as a function, we need some special hacks to handle a complicated logic in its arguments. Now TRIM is a separated expression with a custom parsing logic.
-
- Apr 10, 2024
-
-
Denis Smirnov authored
-
Denis Smirnov authored
-
- Apr 09, 2024
-
-
- Apr 01, 2024
-
-
Denis Smirnov authored
Previously we had problems parsing arithmetic operations like `b*b`. Because of incorrect handling of the forbidden symbols in the names we recognized `b*b` as a column name rather then a multiplication.
-
- Mar 28, 2024
-
-
EmirVildanov authored
-
- Mar 26, 2024
-
-
EmirVildanov authored
-
Denis Smirnov authored
-