[Tarantool-patches] [PATCH v1 7/7] sql: fix comparison with SCALAR value
Mergen Imeev
imeevma at tarantool.org
Fri Aug 13 01:23:52 MSK 2021
On Thu, Aug 12, 2021 at 09:50:35PM +0300, Vladislav Shpilevoy wrote:
> Thanks for the patch!
>
> On 11.08.2021 19:01, Mergen Imeev via Tarantool-patches wrote:
> > After this patch, SCALAR values will be able to be compared with values
> > of any other scalar type. The comparison will be done according to the
> > SCALAR rules, which means boolean values < numeric values < string
> > values < binary values < uuid values.
> >
> > Closes #6221
>
> Could you please add a docbot request?
Fixed:
commit 6179b16e422a1349ebe5b0ed340c81d8f5a4e6a2
Author: Mergen Imeev <imeevma at gmail.com>
Date: Wed Aug 11 14:58:23 2021 +0300
sql: fix comparison with SCALAR value
After this patch, SCALAR values will be able to be compared with values
of any other scalar type. The comparison will be done according to the
SCALAR rules, which means boolean values < numeric values < string
values < binary values < uuid values.
Closes #6221
@TarantoolBot document
Title: SCALAR and NUMBER values in SQL
SCALAR values can now be compared with values of any other scalar type,
but cannot be implicitly cast to any other scalar type. This means that
SCALAR values cannot participate in arithmetic, bitwise operations,
concatenation, or functions that, by definition, do not accept SCALAR
values.
NUMBER values now also cannot be implicitly cast to any other numeric
type, which means that NUMBER values cannot participate in arithmetic
and bitwise operations, or in functions that, by definition, do not
accept NUMBER values.
More information about the Tarantool-patches
mailing list