Re: [External] LIMIT not showing all results

Поиск
Список
Период
Сортировка
От Adrian Klaver
Тема Re: [External] LIMIT not showing all results
Дата
Msg-id 284967e9-9d50-12b8-761a-1a97f1e4b38a@aklaver.com
обсуждение исходный текст
Ответ на Re: [External] LIMIT not showing all results  (Matthew Pounsett <matt@conundrum.com>)
Ответы Re: [External] LIMIT not showing all results  (Matthew Pounsett <matt@conundrum.com>)
Список pgsql-general
On 3/5/19 3:18 PM, Matthew Pounsett wrote:
> 
> 
> On Tue, 5 Mar 2019 at 18:09, Tom Lane <tgl@sss.pgh.pa.us 
> <mailto:tgl@sss.pgh.pa.us>> wrote:
> 
> 
>     If you're planninng to install (the same version of) FreeBSD on
>     the original server hardware, then rsync'ing back from the new
>     system should be fine.  But Debian<->FreeBSD is gonna be trouble
>     in either direction.
> 
> 
> But I'm specifically NOT talking about doing an rsync to get the data 
> back.. the plan is to use in-protocol replication.  Maybe that's a 
> distinction without a difference, but that's why I brought it up.
> 
> The replication documentation, and more specifically the pg_basebackup 
> documentation, makes no mention of cross-OS replication as being a 
> problem for any reason.  If that is expected to be a problem, then 
> perhaps that should be updated?

Generally covered under:

https://www.postgresql.org/docs/10/warm-standby.html#STANDBY-PLANNING

"It is usually wise to create the primary and standby servers so that 
they are as similar as possible, at least from the perspective of the 
database server."

You are using binary replication so binary differences come into play.

That is why later versions(10+) grew logical replication:

https://www.postgresql.org/docs/10/logical-replication.html

> 
> 


-- 
Adrian Klaver
adrian.klaver@aklaver.com


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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: [External] LIMIT not showing all results
Следующее
От: Adrian Klaver
Дата:
Сообщение: Re: write on standby