Re: debian bugrept involving fast default crash in pg11.7

From: Justin Pryzby <pryzby(at)telsasoft(dot)com>
To: Tim Bishop <tim(at)inroads(dot)ai>
Cc: pgsql-hackers(at)lists(dot)postgresql(dot)org, Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Christoph Berg <myon(at)debian(dot)org>, Bernhard Übelacker <bernhardu(at)mailbox(dot)org>
Subject: Re: debian bugrept involving fast default crash in pg11.7
Date: 2020-04-09 18:31:26
Message-ID: 20200409183126.GU2228@telsasoft.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Apr 09, 2020 at 02:05:22PM -0400, Tim Bishop wrote:
> I've attached a file containing the \d+ for all the tables involved and the
> EXPLAIN ANALYZE for the query.

Thanks for your response.

Do you know if you used the "fast default feature" ?
That would happen if you did "ALTER TABLE tbl ADD col DEFAULT val"

I guess this is the way to tell:
SELECT attrelid::regclass, * FROM pg_attribute WHERE atthasmissing;

--
Justin

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Tim Bishop 2020-04-09 18:36:26 Re: debian bugrept involving fast default crash in pg11.7
Previous Message Peter Eisentraut 2020-04-09 18:26:45 Re: cleaning perl code