Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qQuqF-001PY0-J3 for pgsql-admin@arkaria.postgresql.org; Tue, 01 Aug 2023 19:15:36 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1qQuqD-009bsk-7f for pgsql-admin@arkaria.postgresql.org; Tue, 01 Aug 2023 19:15:34 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1qQuqC-009bsb-Pg for pgsql-admin@lists.postgresql.org; Tue, 01 Aug 2023 19:15:34 +0000 Received: from mail-wm1-x329.google.com ([2a00:1450:4864:20::329]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1qQuq7-000Ek7-DI for pgsql-admin@lists.postgresql.org; Tue, 01 Aug 2023 19:15:32 +0000 Received: by mail-wm1-x329.google.com with SMTP id 5b1f17b1804b1-3fe12baec61so35717815e9.2 for ; Tue, 01 Aug 2023 12:15:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20221208.gappssmtp.com; s=20221208; t=1690917325; x=1691522125; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:from:to:cc:subject :date:message-id:reply-to; bh=oHvD9PmdE5DCMWI8ftM3zoA3AXXE5uincWx+rg1082Q=; b=C4OtHzIoZpsLG0TbWSTEdI1tuvLXkEAar4zYbvrpm7/qF5banwmy8xJ9QbDhIMxtva 6PACU4at5rarZfZJSfLlNJMxV2mfOxVc6Zp2t1ddY4qrFYDOr/y0EZXQ+KHcK17oajgy Lm019qr7b8ApH04Vsg41gvLvBR9F4zGWAaMotNZeY2iWTnbg9ZjpmjGyqr1mVMIs3lFm DNpvSM8x5Aq+wMeQk3nqoJXkm6J/iVqwgHs3/ufzGEf6ikhj71SZhZaQfMJY769eLhP5 jspbYoO9X2aqM0BDiHYXM4KlVXazj6GatwgEwaZxvStP+kVWiyYBK2rITl/CFtHvAQJc zI0A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1690917325; x=1691522125; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:cc:to:from:subject:message-id:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=oHvD9PmdE5DCMWI8ftM3zoA3AXXE5uincWx+rg1082Q=; b=kr5En2MovaKsRWaYvGQsLBOeBdI2CqCbArAdQYfwO/v5XAEP7P8BnhlQ5PdVOBk0Pd fhmYYsOyFJJN/n99lQpTAcRN+btUzsR3itJoA62SSn6JzyF0VyZVFlyGoEwG7DtPtUJU GdR+qQn8grp87DD++/4A/rYpZVB5nOSUacVpCQVAoRYM6eKkipAUxLj9p4MZRzJu62vY tq6NU1LhZ4CqrBYzlKy0ktzd5lWHus3SwOnJFWvau/gIds7Bz3N+KeMa0QZKSp58f/VA ukmQuM6D9M+QXUxsVXkosEFzG1GKkaGKfafljr+C/Kf1vhhr4kJ49HO2gEj88m5V7hs6 WGTw== X-Gm-Message-State: ABy/qLYmUI575dCYaT4iyjD/h/vpKGwHx/3ZGLolSn+KiqnqCzbYp4qG 3oVuwFYmrHQbq8MWObouft4LjQ== X-Google-Smtp-Source: APBJJlG2RXqJDutA33Didkvf38DuuzU+zt3DozkPpe5jYWd0mwnNjJyzRDdiGqr0xyXT6WfnoabE+g== X-Received: by 2002:a7b:c4d3:0:b0:3fa:991c:2af9 with SMTP id g19-20020a7bc4d3000000b003fa991c2af9mr3000106wmk.16.1690917324692; Tue, 01 Aug 2023 12:15:24 -0700 (PDT) Received: from localhost.localdomain (62-46-254-25.adsl.highway.telekom.at. [62.46.254.25]) by smtp.gmail.com with ESMTPSA id v18-20020a05600c215200b003fe0bb31a6asm11827000wml.43.2023.08.01.12.15.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 01 Aug 2023 12:15:24 -0700 (PDT) Message-ID: <155c25b62f6eab032138b93831ca4fe95158e059.camel@cybertec.at> Subject: Re: analyze foreign tables From: Laurenz Albe To: richard coleman Cc: Pgsql-admin Date: Tue, 01 Aug 2023 21:15:23 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.48.4 (3.48.4-1.fc38) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, 2023-08-01 at 12:36 -0400, richard coleman wrote: > Would it be possible to transfer table statistics between the same versio= n > of PostgreSQL, ex: source is pg15, target is pg15? There is no support for that. If you know what you are doing, you might be able to mess with the catalog = tables, but you would probably need server C code for that, since you cannot normal= ly write to an "anyarray". I wouldn't recommend to go that way. > Otherwise, anything that can be done to speed this up would be very helpf= ul. Run the ANALYZE in many parallel sessions. I cannot think of anything smar= ter. Yours, Laurenz Albe