Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL
От | Justin Pryzby |
---|---|
Тема | Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL |
Дата | |
Msg-id | 20221111141504.GF16809@telsasoft.com обсуждение исходный текст |
Ответ на | Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL (David Christensen <david.christensen@crunchydata.com>) |
Ответы |
Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL
|
Список | pgsql-hackers |
On Wed, Nov 09, 2022 at 02:37:29PM -0600, David Christensen wrote: > On Wed, Nov 9, 2022 at 2:08 PM David Christensen <david.christensen@crunchydata.com> wrote: > > Justin sez: > > > I was wondering if there's any reason to do "CREATE DATABASE". The vast > > > majority of TAP tests don't. > > > > > > $ git grep -ho 'safe_psql[^ ]*' '*pl' |sort |uniq -c |sort -nr |head > > > 1435 safe_psql('postgres', > > > 335 safe_psql( > > > 23 safe_psql($connect_db, > > > > If there was a reason, I don't recall offhand; I will test removing it > > and if things still work will consider it good enough. > > Things blew up when I did that; rather than hunt it down, I just left it in. :-) > +$primary->safe_psql('db1', <<EOF); It worked for me when I removed the 3 references to db1. That's good for efficiency of the test. > +my $blocksize = 8192; I think this should be just "my $blocksize;" rather than setting a value which is later overwriten. -- Justin
В списке pgsql-hackers по дате отправления: