Re: Behavior of PL/pgSQL function following drop and re-create of a table that it uses

Поиск
Список
Период
Сортировка
От Ron
Тема Re: Behavior of PL/pgSQL function following drop and re-create of a table that it uses
Дата
Msg-id 94d5c746-60e8-3cb2-b500-1332e74a1cb4@gmail.com
обсуждение исходный текст
Ответ на Re: Behavior of PL/pgSQL function following drop and re-create of a table that it uses  (Bryn Llewellyn <bryn@yugabyte.com>)
Список pgsql-general
On 3/8/23 15:29, Bryn Llewellyn wrote:
[snip]
create table s.t(k int primary key, c1 int, c2 int, c3 int);
insert into s.t(k, c1, c2, c3) values(1, 17, 42, 57);
create type s.x as (c1 int, c2 int, c3 int);

[snip]

This is an excellent analysis.


Native PG doesn't provide much metadata or tooling to help you here. You need your own reliable humanly written external doc of your system.


"pg_dump --schema-only" and then grep for type x?

--
Born in Arizona, moved to Babylonia.

В списке pgsql-general по дате отправления:

Предыдущее
От: Bryn Llewellyn
Дата:
Сообщение: Re: Behavior of PL/pgSQL function following drop and re-create of a table that it uses
Следующее
От: Bryn Llewellyn
Дата:
Сообщение: select (17, 42)::s.t2 into... fails with "invalid input syntax"