Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mKjR6-00062D-08 for pgsql-hackers@arkaria.postgresql.org; Mon, 30 Aug 2021 15:43:00 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mKjR3-0001KT-Ts for pgsql-hackers@arkaria.postgresql.org; Mon, 30 Aug 2021 15:42:57 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mKjR3-0001KL-Hz for pgsql-hackers@lists.postgresql.org; Mon, 30 Aug 2021 15:42:57 +0000 Received: from mail-io1-xd29.google.com ([2607:f8b0:4864:20::d29]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mKjQy-0007X0-SD for pgsql-hackers@lists.postgresql.org; Mon, 30 Aug 2021 15:42:56 +0000 Received: by mail-io1-xd29.google.com with SMTP id f6so20596233iox.0 for ; Mon, 30 Aug 2021 08:42:52 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20150623.gappssmtp.com; s=20150623; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=qccTfwfaW0SI37/lDkYxZmvnl8iUOLM4k3W4V0M6298=; b=HwUAVtsCZHYEB7zYpQhuWQVz0wDyrnvruKyxQCxeq6uc3Dr2K4V67hh32KdF4F6dTW b6wEu1D5FxrFiy9QStycm9wmPlFYjl6Adi7i9XOzHP5uEcBRbKs6H525ASuEOJG2P1Xn lBhjKClPr/thCr61lGqoczDCtUOMmpnm1v7OgMmw/rAQA1RwK3/qevQ9rOTnsRdc9eT9 9wGQU05ylr2/Qa+wCK+iDAK8wQFJRXQy66SIJOi0HhIonSbb5jbdDJl4wKIGbsMb7+KA 2fVgk1QV14z2klfSvHvErCATLRfCGFJBic8aLXdQm5qFXTNQxqeCf0vQoHVt3tKgvlhP fi5A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=qccTfwfaW0SI37/lDkYxZmvnl8iUOLM4k3W4V0M6298=; b=MGdTOc8Ci9vrW7dZ4KK4yeY/zbDeLnXbMEbtOfOVb3fN1bwk6k6DXIx32Msm02mWCh Npln6qCWFYrc7OSWs2B/a+ET+mwe/uh/L5ya9wb9yvHIIAHJ1XLi3cBjWSTrqtwgKwkv RS86Zl//MKoz6ubElN6UgWE/5+lnQMpNsDv9VIQNetx4JPVgU6Jw7p7TT85xK1IQtDdI 2iZerm9G8gtkg0EziEYUAiSYDMJh+JLuRLDRf2wtfj8duRcO9LjX4IHBzKaUimCVXz9w Dow7kUM8R8g+xMceg+nweHkooQLaVebjqH9ZGx8drQLJRYUF7BmBKRd/QlnE8M0CLhwq mNWw== X-Gm-Message-State: AOAM530tzbGgOT2KxocBr3NHASVQDnvt7uOifi94Dita9HcFnyE7BEwL SGNch+t3ycQ8CkNBqi5SjYk4Ng== X-Google-Smtp-Source: ABdhPJx3Iwk5+YJcs9BXHTJWu7MtP36ezb4lWeKVIN9Q8POSv2qeR2G4JdPu/cKr9UKwnpcsXZhCDQ== X-Received: by 2002:a6b:ec0b:: with SMTP id c11mr18228278ioh.207.1630338171188; Mon, 30 Aug 2021 08:42:51 -0700 (PDT) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id x1sm8922879ilg.33.2021.08.30.08.42.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Mon, 30 Aug 2021 08:42:50 -0700 (PDT) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id BF43D800C45; Mon, 30 Aug 2021 10:42:49 -0500 (CDT) Date: Mon, 30 Aug 2021 10:42:49 -0500 From: Justin Pryzby To: Tom Lane Cc: Alvaro Herrera , David Rowley , pgsql-hackers@lists.postgresql.org Subject: Re: pg_dump, ATTACH, and independently restorable child partitions Message-ID: <20210830154249.GX26465@telsasoft.com> References: <20201024195949.GL9241@telsasoft.com> <20201107021835.GA13348@alvherre.pgsql> <20201120152055.GF24784@telsasoft.com> <577158.1606347319@sss.pgh.pa.us> <20201202225013.GJ24052@telsasoft.com> <2168110.1607101985@sss.pgh.pa.us> <20201204180231.GD24052@telsasoft.com> <1094034.1610418498@sss.pgh.pa.us> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1094034.1610418498@sss.pgh.pa.us> User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Wed, Nov 25, 2020 at 06:35:19PM -0500, Tom Lane wrote: > What we'd need to do if we want this to work with direct-to-DB restore > is to split off the ATTACH PARTITION command as a separate TOC entry. > That doesn't seem amazingly difficult, and it would even offer the > possibility that you could extract the partition standalone without > having to ignore errors. (You'd use -l/-L to select the CREATE TABLE, > the data, etc, but not the ATTACH object.) On Mon, Jan 11, 2021 at 09:28:18PM -0500, Tom Lane wrote: > Justin Pryzby writes: > > [ v5-0001-pg_dump-output-separate-object-for-ALTER-TABLE.AT.patch ] > > Pushed with mostly cosmetic edits. Thanks for pushing (9a4c0e36f). Should this be included in the release notes ? It's a user-visible change visible in pg_restore -l. Someone might be surprised that the attach "object" needs to be included for restore -L to behave the same as it use to. -- -- Name: cdrs_2021_08_22; Type: TABLE ATTACH; Schema: child; Owner: telsasoft -- 7949; 1259 1635139558 TABLE child cdrs_2021_08_24 telsasoft 62164; 0 0 TABLE ATTACH child cdrs_2021_08_24 telsasoft ; depends on: 7949 -- Justin