2017-03-11 18:36:50 -05:00
|
|
|
--
|
2019-07-05 23:56:34 -04:00
|
|
|
-- expression evaluation tests that don't fit into a more specific file
|
2017-03-11 18:36:50 -05:00
|
|
|
--
|
|
|
|
|
|
|
|
|
|
--
|
2022-02-08 15:30:38 -05:00
|
|
|
-- Tests for SQLValueFunction
|
2017-03-11 18:36:50 -05:00
|
|
|
--
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
-- current_date (always matches because of transactional behaviour)
|
|
|
|
|
SELECT date(now())::text = current_date::text;
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
-- current_time / localtime
|
|
|
|
|
SELECT now()::timetz::text = current_time::text;
|
2019-07-05 23:56:34 -04:00
|
|
|
SELECT now()::timetz(4)::text = current_time(4)::text;
|
2017-03-11 18:36:50 -05:00
|
|
|
SELECT now()::time::text = localtime::text;
|
2019-07-05 23:56:34 -04:00
|
|
|
SELECT now()::time(3)::text = localtime(3)::text;
|
2017-03-11 18:36:50 -05:00
|
|
|
|
|
|
|
|
-- current_timestamp / localtimestamp (always matches because of transactional behaviour)
|
|
|
|
|
SELECT current_timestamp = NOW();
|
|
|
|
|
-- precision
|
|
|
|
|
SELECT length(current_timestamp::text) >= length(current_timestamp(0)::text);
|
|
|
|
|
-- localtimestamp
|
|
|
|
|
SELECT now()::timestamp::text = localtimestamp::text;
|
|
|
|
|
|
2023-01-03 02:26:27 -05:00
|
|
|
-- current_role/user/user is tested in rolenames.sql
|
2017-03-11 18:36:50 -05:00
|
|
|
|
|
|
|
|
-- current database / catalog
|
|
|
|
|
SELECT current_catalog = current_database();
|
|
|
|
|
|
|
|
|
|
-- current_schema
|
|
|
|
|
SELECT current_schema;
|
|
|
|
|
SET search_path = 'notme';
|
|
|
|
|
SELECT current_schema;
|
|
|
|
|
SET search_path = 'pg_catalog';
|
|
|
|
|
SELECT current_schema;
|
|
|
|
|
RESET search_path;
|
2019-07-05 23:56:34 -04:00
|
|
|
|
|
|
|
|
|
Don't elide casting to typmod -1.
Casting a value that's already of a type with a specific typmod
to an unspecified typmod doesn't do anything so far as run-time
behavior is concerned. However, it really ought to change the
exposed type of the expression to match. Up to now,
coerce_type_typmod hasn't bothered with that, which creates gotchas
in contexts such as recursive unions. If for example one side of
the union is numeric(18,3), but it needs to be plain numeric to
match the other side, there's no direct way to express that.
This is easy enough to fix, by inserting a RelabelType to update the
exposed type of the expression. However, it's a bit nervous-making
to change this behavior, because it's stood for a really long time.
(I strongly suspect that it's like this in part because the logic
pre-dates the introduction of RelabelType in 7.0. The commit log
message for 57b30e8e2 is interesting reading here.) As a compromise,
we'll sneak the change into 14beta3, and consider back-patching to
stable branches if no complaints emerge in the next three months.
Discussion: https://postgr.es/m/CABNQVagu3bZGqiTjb31a8D5Od3fUMs7Oh3gmZMQZVHZ=uWWWfQ@mail.gmail.com
2021-08-06 17:32:54 -04:00
|
|
|
--
|
|
|
|
|
-- Test parsing of a no-op cast to a type with unspecified typmod
|
|
|
|
|
--
|
|
|
|
|
begin;
|
|
|
|
|
|
|
|
|
|
create table numeric_tbl (f1 numeric(18,3), f2 numeric);
|
|
|
|
|
|
|
|
|
|
create view numeric_view as
|
|
|
|
|
select
|
|
|
|
|
f1, f1::numeric(16,4) as f1164, f1::numeric as f1n,
|
|
|
|
|
f2, f2::numeric(16,4) as f2164, f2::numeric as f2n
|
|
|
|
|
from numeric_tbl;
|
|
|
|
|
|
|
|
|
|
\d+ numeric_view
|
|
|
|
|
|
|
|
|
|
explain (verbose, costs off) select * from numeric_view;
|
|
|
|
|
|
2021-12-16 15:36:02 -05:00
|
|
|
-- bpchar, lacking planner support for its length coercion function,
|
|
|
|
|
-- could behave differently
|
|
|
|
|
|
|
|
|
|
create table bpchar_tbl (f1 character(16) unique, f2 bpchar);
|
|
|
|
|
|
|
|
|
|
create view bpchar_view as
|
|
|
|
|
select
|
|
|
|
|
f1, f1::character(14) as f114, f1::bpchar as f1n,
|
|
|
|
|
f2, f2::character(14) as f214, f2::bpchar as f2n
|
|
|
|
|
from bpchar_tbl;
|
|
|
|
|
|
|
|
|
|
\d+ bpchar_view
|
|
|
|
|
|
|
|
|
|
explain (verbose, costs off) select * from bpchar_view
|
|
|
|
|
where f1::bpchar = 'foo';
|
|
|
|
|
|
Don't elide casting to typmod -1.
Casting a value that's already of a type with a specific typmod
to an unspecified typmod doesn't do anything so far as run-time
behavior is concerned. However, it really ought to change the
exposed type of the expression to match. Up to now,
coerce_type_typmod hasn't bothered with that, which creates gotchas
in contexts such as recursive unions. If for example one side of
the union is numeric(18,3), but it needs to be plain numeric to
match the other side, there's no direct way to express that.
This is easy enough to fix, by inserting a RelabelType to update the
exposed type of the expression. However, it's a bit nervous-making
to change this behavior, because it's stood for a really long time.
(I strongly suspect that it's like this in part because the logic
pre-dates the introduction of RelabelType in 7.0. The commit log
message for 57b30e8e2 is interesting reading here.) As a compromise,
we'll sneak the change into 14beta3, and consider back-patching to
stable branches if no complaints emerge in the next three months.
Discussion: https://postgr.es/m/CABNQVagu3bZGqiTjb31a8D5Od3fUMs7Oh3gmZMQZVHZ=uWWWfQ@mail.gmail.com
2021-08-06 17:32:54 -04:00
|
|
|
rollback;
|
|
|
|
|
|
|
|
|
|
|
Fix failure to validate the result of select_common_type().
Although select_common_type() has a failure-return convention, an
apparent successful return just provides a type OID that *might* work
as a common supertype; we've not validated that the required casts
actually exist. In the mainstream use-cases that doesn't matter,
because we'll proceed to invoke coerce_to_common_type() on each input,
which will fail appropriately if the proposed common type doesn't
actually work. However, a few callers didn't read the (nonexistent)
fine print, and thought that if they got back a nonzero OID then the
coercions were sure to work.
This affects in particular the recently-added "anycompatible"
polymorphic types; we might think that a function/operator using
such types matches cases it really doesn't. A likely end result
of that is unexpected "ambiguous operator" errors, as for example
in bug #17387 from James Inform. Another, much older, case is that
the parser might try to transform an "x IN (list)" construct to
a ScalarArrayOpExpr even when the list elements don't actually have
a common supertype.
It doesn't seem desirable to add more checking to select_common_type
itself, as that'd just slow down the mainstream use-cases. Instead,
write a separate function verify_common_type that performs the
missing checks, and add a call to that where necessary. Likewise add
verify_common_type_from_oids to go with select_common_type_from_oids.
Back-patch to v13 where the "anycompatible" types came in. (The
symptom complained of in bug #17387 doesn't appear till v14, but
that's just because we didn't get around to converting || to use
anycompatible till then.) In principle the "x IN (list)" fix could
go back all the way, but I'm not currently convinced that it makes
much difference in real-world cases, so I won't bother for now.
Discussion: https://postgr.es/m/17387-5dfe54b988444963@postgresql.org
2022-01-29 11:41:12 -05:00
|
|
|
--
|
|
|
|
|
-- Ordinarily, IN/NOT IN can be converted to a ScalarArrayOpExpr
|
|
|
|
|
-- with a suitably-chosen array type.
|
|
|
|
|
--
|
|
|
|
|
explain (verbose, costs off)
|
|
|
|
|
select random() IN (1, 4, 8.0);
|
|
|
|
|
explain (verbose, costs off)
|
|
|
|
|
select random()::int IN (1, 4, 8.0);
|
|
|
|
|
-- However, if there's not a common supertype for the IN elements,
|
|
|
|
|
-- we should instead try to produce "x = v1 OR x = v2 OR ...".
|
|
|
|
|
-- In most cases that'll fail for lack of all the requisite = operators,
|
|
|
|
|
-- but it can succeed sometimes. So this should complain about lack of
|
|
|
|
|
-- an = operator, not about cast failure.
|
|
|
|
|
select '(0,0)'::point in ('(0,0,0,0)'::box, point(0,0));
|
|
|
|
|
|
|
|
|
|
|
2021-04-08 07:51:22 -04:00
|
|
|
--
|
|
|
|
|
-- Tests for ScalarArrayOpExpr with a hashfn
|
|
|
|
|
--
|
|
|
|
|
|
|
|
|
|
-- create a stable function so that the tests below are not
|
|
|
|
|
-- evaluated using the planner's constant folding.
|
|
|
|
|
begin;
|
|
|
|
|
|
|
|
|
|
create function return_int_input(int) returns int as $$
|
|
|
|
|
begin
|
|
|
|
|
return $1;
|
|
|
|
|
end;
|
|
|
|
|
$$ language plpgsql stable;
|
|
|
|
|
|
|
|
|
|
create function return_text_input(text) returns text as $$
|
|
|
|
|
begin
|
|
|
|
|
return $1;
|
|
|
|
|
end;
|
|
|
|
|
$$ language plpgsql stable;
|
|
|
|
|
|
|
|
|
|
select return_int_input(1) in (10, 9, 2, 8, 3, 7, 4, 6, 5, 1);
|
|
|
|
|
select return_int_input(1) in (10, 9, 2, 8, 3, 7, 4, 6, 5, null);
|
|
|
|
|
select return_int_input(1) in (null, null, null, null, null, null, null, null, null, null, null);
|
|
|
|
|
select return_int_input(1) in (10, 9, 2, 8, 3, 7, 4, 6, 5, 1, null);
|
|
|
|
|
select return_int_input(null::int) in (10, 9, 2, 8, 3, 7, 4, 6, 5, 1);
|
|
|
|
|
select return_int_input(null::int) in (10, 9, 2, 8, 3, 7, 4, 6, 5, null);
|
|
|
|
|
select return_text_input('a') in ('a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j');
|
2021-07-07 00:29:17 -04:00
|
|
|
-- NOT IN
|
|
|
|
|
select return_int_input(1) not in (10, 9, 2, 8, 3, 7, 4, 6, 5, 1);
|
|
|
|
|
select return_int_input(1) not in (10, 9, 2, 8, 3, 7, 4, 6, 5, 0);
|
|
|
|
|
select return_int_input(1) not in (10, 9, 2, 8, 3, 7, 4, 6, 5, 2, null);
|
|
|
|
|
select return_int_input(1) not in (10, 9, 2, 8, 3, 7, 4, 6, 5, 1, null);
|
|
|
|
|
select return_int_input(1) not in (null, null, null, null, null, null, null, null, null, null, null);
|
|
|
|
|
select return_int_input(null::int) not in (10, 9, 2, 8, 3, 7, 4, 6, 5, 1);
|
|
|
|
|
select return_int_input(null::int) not in (10, 9, 2, 8, 3, 7, 4, 6, 5, null);
|
|
|
|
|
select return_text_input('a') not in ('a', 'b', 'c', 'd', 'e', 'f', 'g', 'h', 'i', 'j');
|
2021-04-08 07:51:22 -04:00
|
|
|
|
|
|
|
|
rollback;
|
|
|
|
|
|
|
|
|
|
-- Test with non-strict equality function.
|
|
|
|
|
-- We need to create our own type for this.
|
|
|
|
|
|
|
|
|
|
begin;
|
|
|
|
|
|
|
|
|
|
create type myint;
|
|
|
|
|
create function myintin(cstring) returns myint strict immutable language
|
|
|
|
|
internal as 'int4in';
|
|
|
|
|
create function myintout(myint) returns cstring strict immutable language
|
|
|
|
|
internal as 'int4out';
|
|
|
|
|
create function myinthash(myint) returns integer strict immutable language
|
|
|
|
|
internal as 'hashint4';
|
|
|
|
|
|
|
|
|
|
create type myint (input = myintin, output = myintout, like = int4);
|
|
|
|
|
|
|
|
|
|
create cast (int4 as myint) without function;
|
|
|
|
|
create cast (myint as int4) without function;
|
|
|
|
|
|
|
|
|
|
create function myinteq(myint, myint) returns bool as $$
|
|
|
|
|
begin
|
|
|
|
|
if $1 is null and $2 is null then
|
|
|
|
|
return true;
|
|
|
|
|
else
|
|
|
|
|
return $1::int = $2::int;
|
|
|
|
|
end if;
|
|
|
|
|
end;
|
|
|
|
|
$$ language plpgsql immutable;
|
|
|
|
|
|
2021-07-07 00:29:17 -04:00
|
|
|
create function myintne(myint, myint) returns bool as $$
|
|
|
|
|
begin
|
|
|
|
|
return not myinteq($1, $2);
|
|
|
|
|
end;
|
|
|
|
|
$$ language plpgsql immutable;
|
|
|
|
|
|
2021-04-08 07:51:22 -04:00
|
|
|
create operator = (
|
|
|
|
|
leftarg = myint,
|
|
|
|
|
rightarg = myint,
|
|
|
|
|
commutator = =,
|
|
|
|
|
negator = <>,
|
|
|
|
|
procedure = myinteq,
|
|
|
|
|
restrict = eqsel,
|
|
|
|
|
join = eqjoinsel,
|
|
|
|
|
merges
|
|
|
|
|
);
|
|
|
|
|
|
2021-07-07 00:29:17 -04:00
|
|
|
create operator <> (
|
|
|
|
|
leftarg = myint,
|
|
|
|
|
rightarg = myint,
|
|
|
|
|
commutator = <>,
|
|
|
|
|
negator = =,
|
|
|
|
|
procedure = myintne,
|
|
|
|
|
restrict = eqsel,
|
|
|
|
|
join = eqjoinsel,
|
|
|
|
|
merges
|
|
|
|
|
);
|
|
|
|
|
|
2021-04-08 07:51:22 -04:00
|
|
|
create operator class myint_ops
|
|
|
|
|
default for type myint using hash as
|
|
|
|
|
operator 1 = (myint, myint),
|
|
|
|
|
function 1 myinthash(myint);
|
|
|
|
|
|
|
|
|
|
create table inttest (a myint);
|
2026-04-23 22:04:55 -04:00
|
|
|
insert into inttest values (null), (0::myint), (1::myint);
|
|
|
|
|
|
|
|
|
|
-- Test EEOP_HASHED_SCALARARRAYOP against EEOP_SCALARARRAYOP. Ensure the
|
|
|
|
|
-- result of non-hashed vs hashed is the same.
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as not_hashed,
|
|
|
|
|
a in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint,9::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed,
|
|
|
|
|
a in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a not in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as not_hashed,
|
|
|
|
|
a not in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint,9::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a not in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed,
|
|
|
|
|
a not in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
-- Now make the equal function return false when given two NULLs
|
|
|
|
|
create or replace function myinteq(myint, myint) returns bool as $$
|
|
|
|
|
begin
|
|
|
|
|
if $1 is null and $2 is null then
|
|
|
|
|
return false;
|
|
|
|
|
else
|
|
|
|
|
return $1::int = $2::int;
|
|
|
|
|
end if;
|
|
|
|
|
end;
|
|
|
|
|
$$ language plpgsql immutable;
|
|
|
|
|
|
|
|
|
|
-- And try the same again to ensure EEOP_HASHED_SCALARARRAYOP does the same
|
|
|
|
|
-- thing as EEOP_SCALARARRAYOP.
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as not_hashed,
|
|
|
|
|
a in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint,9::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed,
|
|
|
|
|
a in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a not in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as not_hashed,
|
|
|
|
|
a not in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint,9::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a not in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed,
|
|
|
|
|
a not in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
-- Try again with an equality function that treats NULLs as equal to 0.
|
|
|
|
|
create or replace function myinteq(myint, myint) returns bool as $$
|
|
|
|
|
begin
|
|
|
|
|
if $1 is null and $2 is null then
|
|
|
|
|
return false;
|
|
|
|
|
else
|
|
|
|
|
return coalesce($1::int,0) = coalesce($2::int, 0);
|
|
|
|
|
end if;
|
|
|
|
|
end;
|
|
|
|
|
$$ language plpgsql immutable;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as not_hashed,
|
|
|
|
|
a in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint,9::myint) as hashed,
|
|
|
|
|
a in (0::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed_zero,
|
|
|
|
|
a in (0::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed_zero
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed,
|
|
|
|
|
a in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a not in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as not_hashed,
|
|
|
|
|
a not in (1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint,9::myint) as hashed,
|
|
|
|
|
a not in (0::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed_zero,
|
|
|
|
|
a not in (0::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed_zero
|
|
|
|
|
from inttest;
|
|
|
|
|
|
|
|
|
|
select
|
|
|
|
|
a,
|
|
|
|
|
a not in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint) as not_hashed,
|
|
|
|
|
a not in (null::myint,1::myint,2::myint,3::myint,4::myint,5::myint,6::myint,7::myint,8::myint) as hashed
|
|
|
|
|
from inttest;
|
2021-04-08 07:51:22 -04:00
|
|
|
|
|
|
|
|
rollback;
|