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 1mucZ7-0003HH-SS for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Dec 2021 15:39:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mucZ6-0000J5-Ot for pgsql-hackers@arkaria.postgresql.org; Tue, 07 Dec 2021 15:39:36 +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 1mucZ6-0000It-B2 for pgsql-hackers@lists.postgresql.org; Tue, 07 Dec 2021 15:39:36 +0000 Received: from mail-qk1-x72d.google.com ([2607:f8b0:4864:20::72d]) by magus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mucZ3-0001H6-Gl for pgsql-hackers@postgresql.org; Tue, 07 Dec 2021 15:39:35 +0000 Received: by mail-qk1-x72d.google.com with SMTP id m186so15006166qkb.4 for ; Tue, 07 Dec 2021 07:39:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=zIxZfqnrOZRnRS9/X3YVqb32lPHGtvku+L+rVA9L2s4=; b=ccYS0HqJBZvgHj4pMBXO2QiPgbY5rz9E84WN3owKUsaPg06E5KogwZBfEAdNkhRMbU +u/CMHiW7QwtX8dyv/JcAjKCChsN0oH5ioDbq7yIfLgfmK0TBKOthw/uz5iCwItNQIot 6ZcdJ6hAaU7ol8/iarcmtOa2DShjjCHOlM6nb17J7l2BQ3rh0LVFSzXnf2qp1KkZ7dWl UUl9wARByxPWcoyD5Cd6FY0Sy++vjgjeVe+3M4A+Al4ee54U3t0W5cGkSZLfHoL3uZfu LorVmo4vkX0rZcUnKgiJ9+tJzgFk5z5o3caC9kDqYAYTQd7ijH8t8jJdKKw1KVIfHa4/ /fiQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=zIxZfqnrOZRnRS9/X3YVqb32lPHGtvku+L+rVA9L2s4=; b=nNxGsBmqWypRiNc6B9eJS3qwrb1jRzd9QS32IoXJjeu02LVAGw/I9AQJTNAwqZtTE1 0tVymkMerLFWyYoVkueQXJEhJUSnDAWis2yq8oJPmX729KQs/m4Ml7V7yoQklm1tZD6R ccgGRmQqR4tXwGDQMAPlZKRJDn0pfEK0uHKpj89XRK90x09v9Q6thQZu9wHfE+Lfpo3h FDp79CsmB8kRvQqp/qfVuITpOja+rd8TeDXSxoDYYe3wljJQ9PwchHumQbGTvxH/1crX Krr+rZC8Ko9oamzxDLaoPRI+/q4smZoPwS0U5j9thwUu7fGmITlI0nqxTsBA6RxR2pXn VuiQ== X-Gm-Message-State: AOAM530K8G+xpJhU9sUS2/ZYK362CkvHZVoI/96x5iWY6JNIKeO9ol/X jY6TZGcULjOR0PFOPgv+KIloUg== X-Google-Smtp-Source: ABdhPJw971TZzeKo4dxoyunvWUQzfJHNy769LjCaXP14jRAhTiOIxnVfFGXoCs1cUxuwIkhGwMB1NQ== X-Received: by 2002:ae9:f701:: with SMTP id s1mr41245291qkg.425.1638891571572; Tue, 07 Dec 2021 07:39:31 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id g14sm8844571qko.55.2021.12.07.07.39.31 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 07 Dec 2021 07:39:31 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id A4A9A800B17; Tue, 7 Dec 2021 09:39:30 -0600 (CST) Date: Tue, 7 Dec 2021 09:39:30 -0600 From: Justin Pryzby To: pgsql-hackers@postgresql.org Cc: Andres Freund Subject: pg_dump/restore --no-tableam Message-ID: <20211207153930.GR17618@telsasoft.com> References: <20200128133317.GZ13621@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200128133317.GZ13621@telsasoft.com> 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 I first suggested this a couple years ago. Is it desirable to implement in pg_dump and pg_restore ? It'd be just like --tablespace. On Tue, Jan 28, 2020 at 07:33:17AM -0600, Justin Pryzby wrote: > I made these casual comments. If there's any agreement on their merit, it'd be > nice to implement at least the first for v13. > > In <20190818193533.GL11185@telsasoft.com>, I wrote: > > . What do you think about pg_restore --no-tableam; similar to > > --no-tablespaces, it would allow restoring a table to a different AM: > > PGOPTIONS='-c default_table_access_method=zedstore' pg_restore --no-tableam ./pg_dump.dat -d postgres > > Otherwise, the dump says "SET default_table_access_method=heap", which > > overrides any value from PGOPTIONS and precludes restoring to new AM. > > That appears to be a trivial variation on no-tablespace: > > /* do nothing in --no-tablespaces mode */ > if (ropt->noTablespace) > return; ...