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

From: Tim Bishop <tim(at)inroads(dot)ai>
To: Justin Pryzby <pryzby(at)telsasoft(dot)com>
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:36:26
Message-ID: fb793f57-d1dd-0bf9-c48c-cab0227b8670@inroads.ai
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

SELECT attrelid::regclass, * FROM pg_attribute WHERE atthasmissing;
-[ RECORD 1 ]-+---------
attrelid | download
attrelid | 22749
attname | filetype
atttypid | 1043
attstattarget | -1
attlen | -1
attnum | 5
attndims | 0
attcacheoff | -1
atttypmod | 36
attbyval | f
attstorage | x
attalign | i
attnotnull | t
atthasdef | t
atthasmissing | t
attidentity |
attisdropped | f
attislocal | t
attinhcount | 0
attcollation | 100
attacl |
attoptions |
attfdwoptions |
attmissingval | {csv}

On 4/9/20 2:31 PM, Justin Pryzby wrote:
> 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;
>

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Alvaro Herrera 2020-04-09 18:38:37 Re: more ALTER .. DEPENDS ON EXTENSION fixes
Previous Message Justin Pryzby 2020-04-09 18:31:26 Re: debian bugrept involving fast default crash in pg11.7