BUG #17101: Inconsistent behaviour when querying with anonymous composite types

From: PG Bug reporting form <noreply(at)postgresql(dot)org>
To: pgsql-bugs(at)lists(dot)postgresql(dot)org
Cc: akiellor(at)gmail(dot)com
Subject: BUG #17101: Inconsistent behaviour when querying with anonymous composite types
Date: 2021-07-12 08:37:31
Message-ID: 17101-a6faa1f74b35062d@postgresql.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

The following bug has been logged on the website:

Bug reference: 17101
Logged by: Andrew Kiellor
Email address: akiellor(at)gmail(dot)com
PostgreSQL version: 13.3
Operating system: Debian (docker)
Description:

I've observed some inconsistent behaviour when querying with anonymous
composite types. The following queries illustrate the observations:

-- cleanup
DROP TABLE IF EXISTS table1;
DROP TYPE IF EXISTS type1;

-- scenario
CREATE TYPE type1 AS (x int);

CREATE TABLE table1 (column1 type1);

INSERT INTO table1 (column1) VALUES ('(0)');

-- passing scenario - equality with typed composite type
SELECT * FROM table1 WHERE column1 = '(0)'::type1;

-- failing scenario - equality with anonymous composite type
SELECT * FROM table1 WHERE column1 = '(0)';

-- passing scenario - IN query with multiple anonymous composite types
SELECT * FROM table1 WHERE column1 IN ('(0)', '(0)');

-- failing scenario - IN query with single anonymous composite type
SELECT * FROM table1 WHERE column1 IN ('(0)');

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Andrew Kiellor 2021-07-12 08:44:05 Re: BUG #17101: Inconsistent behaviour when querying with anonymous composite types
Previous Message Sergei Kornilov 2021-07-12 08:06:33 Re: BUG #17099: Problem with EXECUTE and JSON