Re: Bug in CHECK constraints statement reverse engineering.

Поиск
Список
Период
Сортировка
От Ivan
Тема Re: Bug in CHECK constraints statement reverse engineering.
Дата
Msg-id 1067494659.20050520130058@mail.ru
обсуждение исходный текст
Ответ на Re: Bug in CHECK constraints statement reverse engineering.  ("Dave Page" <dpage@vale-housing.co.uk>)
Список pgadmin-support
Hello Dave,

DP> Hi,

DP> pgAdmin does do this correctly. In order to run at a reasonable speed,
DP> pgAdmin caches details of objects read from the database, rather than
DP> running queries every time you select one. If you rename an object such
DP> as a function, it doesn't always know that that action may cause a
DP> property of another object to be changed, thus pgAdmin may continue to
DP> show the old definition. 

DP> To force a reload, right-click a node in the treeview and select the
DP> 'Refresh' option.

You were right on a half - pgAdmin do this correctly for tables check
constraints, but for domain definition 'Refresh' and even closing
pgAdmin and restarting postmaster doesn't help :) -
I see:

CREATE DOMAIN "TestDomain" AS int4  CONSTRAINT TestDomain_check CHECK "Check_IntegerGreaterZero"(VALUE);

though function were renamed.

By the way it will be great to add quoting of domain's constraint name
in the definition pane (right bottom).

Thank you for support.

-- 
Best regards,Ivan                            mailto:Ivan-Sun1@mail.ru



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

Предыдущее
От: "Dave Page"
Дата:
Сообщение: Re: Bug in CHECK constraints statement reverse engineering.
Следующее
От: "Dave Page"
Дата:
Сообщение: Re: Bug in CHECK constraints statement reverse engineering.