Search Postgresql Archives

Unexpected custom type behavior using ROW(NULL)

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



In 9.4.1, I do this:

CREATE TYPE my_test_type as (part1 text, part2 text);

\pset null NULL

WITH test_table(test_col) AS (
    VALUES (NULL::my_test_type), (ROW(NULL, NULL)::my_test_type)
)
SELECT *, (test_col).part1, (test_col).part2, test_col IS NULL AS is_null FROM test_table;

And I get this result:

┌──────────┬───────┬───────┬─────────┐
│ test_col │ part1 │ part2 │ is_null │
├──────────┼───────┼───────┼─────────┤
│ NULL     │ NULL  │ NULL  │ t       │
│ (,)      │ NULL  │ NULL  │ t       │
└──────────┴───────┴───────┴─────────┘

But I expect this result:

┌──────────┬───────┬───────┬─────────┐
│ test_col │ part1 │ part2 │ is_null │
├──────────┼───────┼───────┼─────────┤
│ NULL     │ NULL  │ NULL  │ t       │
│ NULL     │ NULL  │ NULL  │ t       │
└──────────┴───────┴───────┴─────────┘



Is this expected behavior? I do find references in the docs to input/output of NULL values as components of anonymous record types, but it's still not clear to me if this would be expected behavior after a cast to a custom type.

Is there a trick to get the result I'm expecting? So far all of the syntactical gymnastics I can think of still produce the same result.

I'm a long time PostgreSQL user, but custom types is fairly new to me, so any insight or pointers to appropriate reading would be helpful.

-- 
Sent via pgsql-general mailing list (pgsql-general@xxxxxxxxxxxxxx)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-general





[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux