Re: UUID generation problem
| От | Tom Lane |
|---|---|
| Тема | Re: UUID generation problem |
| Дата | |
| Msg-id | 1314954.1601687587@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: UUID generation problem ("James B. Byrne" <byrnejb@harte-lyne.ca>) |
| Ответы |
Re: UUID generation problem
|
| Список | pgsql-general |
"James B. Byrne" <byrnejb@harte-lyne.ca> writes:
> On Fri, October 2, 2020 18:46, Tom Lane wrote:
>> The two likely possibilities are that Idempiere isn't connecting to the
>> same database as you are doing manually, or that it is using a search_path
>> setting that doesn't include the "public" schema.
>> I think you could also get this if the "public" schema is not readable
>> by Idempiere's userid, but that doesn't seem terribly likely.
> idempiere=# \dn
> List of schemas
> Name | Owner
> -----------+-----------
> adempiere | adempiere
> public | postgres
Uh ... that rules out exactly none of those three possibilities.
"\dn" says what schemas exist, but it tells you nothing about
either search_path or privileges.
You could try "select current_schemas(true)" to narrow things
down a little bit, as that would show the active search path
in your session.
regards, tom lane
В списке pgsql-general по дате отправления: