Re: pg_dump insert column GENERATED

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: pg_dump insert column GENERATED
Дата
Msg-id 098e52bc-31d0-a4e8-adcb-0f039f771308@aklaver.com
обсуждение исходный текст
Ответ на Re: pg_dump insert column GENERATED  (Дмитрий Иванов <firstdismay@gmail.com>)
Ответы Re: pg_dump insert column GENERATED
Список pgsql-general
On 11/22/21 03:32, Дмитрий Иванов wrote:
> Got it.
> 
> 
>      >You are going need to provide more information about the above:
>      >1) Define regular results.
>      >2) The query used.
>      >3) The outcome vs what you expected.
> 
> I will continue to experiment. The question is which option is better 
> (this would reduce the number of options):
> pd_dump is the source server;
> pg_restore - receiver server;
> or
> pd_dump - receiver server;
> pg_restore - server-receiver;

pg_dump is backwards compatible not forwards.

In the explanations below Postgres versioning(major/minor) is determined as:

Pre-version 10:

X.x.x

10+:

X.x

Where  X is major and x is minor.

This means if are moving forwards in Postgres major version then:

1) Use pg_dump from newer version of Postgres to dump from older version 
of Postgres. In your case pg_dump(v14) dump Postgres server v12.

2) To restore use the version of pg_restore for the Postgres version you 
are restoring to. In your case pg_restore(v14).

Staying on the same version:

1) Use the pg_dump/pg_restore for the version your are on.

2) If you are moving from one minor release to another then it would be 
better to use the latest minor release version to get any bug fixes.

Going backwards from newer version to older version:

This is not supported.

-- 
Adrian Klaver
adrian.klaver@aklaver.com



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

Предыдущее
От: Дмитрий Иванов
Дата:
Сообщение: Re: insert column monetary type ver 2
Следующее
От: Adrian Klaver
Дата:
Сообщение: Re: insert column monetary type ver 2