Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL
От | David Christensen |
---|---|
Тема | Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL |
Дата | |
Msg-id | CAOxo6XLmpR3HbPo+mLfes+wBiY4c_OeUj+Q4Frs5mhwWaVOiAw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: [PATCH] Teach pg_waldump to extract FPIs from the WAL (Justin Pryzby <pryzby@telsasoft.com>) |
Список | pgsql-hackers |
On Fri, Nov 11, 2022 at 8:15 AM Justin Pryzby <pryzby@telsasoft.com> wrote: > > 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. I did figure that out later; fixed in git. > > +my $blocksize = 8192; > > I think this should be just "my $blocksize;" rather than setting a value > which is later overwriten. Yep. Fixed in git. David
В списке pgsql-hackers по дате отправления: