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 1t6x6E-00Gd5l-UI for pgsql-general@arkaria.postgresql.org; Fri, 01 Nov 2024 19:14:22 +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 1t6x6C-00GjFQ-Nm for pgsql-general@arkaria.postgresql.org; Fri, 01 Nov 2024 19:14:21 +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 1t6x6C-00GjFH-CR for pgsql-general@lists.postgresql.org; Fri, 01 Nov 2024 19:14:20 +0000 Received: from sm-r-002-dus.org-dns.com ([89.107.70.11]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1t6x65-0040Vw-0w for pgsql-general@lists.postgresql.org; Fri, 01 Nov 2024 19:14:19 +0000 Received: from smarthost-dus.org-dns.com (localhost [127.0.0.1]) by smarthost-dus.org-dns.com (Postfix) with ESMTP id 07377A21DC for ; Fri, 1 Nov 2024 20:14:10 +0100 (CET) Received: by smarthost-dus.org-dns.com (Postfix, from userid 1001) id EF724A21DB; Fri, 1 Nov 2024 20:14:09 +0100 (CET) X-Spam-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,KAM_INFOUSMEBIZ, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED,RCVD_IN_VALIDITY_RPBL_BLOCKED, SPF_HELO_PASS,SPF_PASS autolearn=no autolearn_force=no version=3.4.6 Received: from ha01s018.org-dns.com (ha01s018.org-dns.com [62.108.32.138]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-384) server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smarthost-dus.org-dns.com (Postfix) with ESMTPS id A29B4A21DC for ; Fri, 1 Nov 2024 20:14:09 +0100 (CET) Authentication-Results: ha01s018.org-dns.com; spf=pass (sender IP is 127.0.0.1) smtp.mailfrom=thiemo@gelassene-pferde.biz smtp.helo=ha01s018.org-dns.com Received-SPF: pass (ha01s018.org-dns.com: connection is authenticated) Received: from [5.83.191.177] ([5.83.191.177]) by webmail.gelassene-pferde.biz (Horde Framework) with HTTPS; Fri, 01 Nov 2024 20:14:09 +0100 Date: Fri, 01 Nov 2024 20:14:08 +0100 Message-ID: <20241101201408.Horde.O-JA4FN6beZ7-GZi4ySiKnQ@webmail.gelassene-pferde.biz> From: thiemo@gelassene-pferde.biz To: PostgreSQL General Subject: Re: Plans for partitioning of inheriting tables References: <5757acdc-39ed-4642-a449-26e47b1bcf95@gelassene-pferde.biz> <20241101094106.Horde.TwPSs9YUgJ5v-_M-4ltwoeh@webmail.gelassene-pferde.biz> <14c1eb8c-a853-43b3-a1ea-b105bfd6c99b@aklaver.com> <20241101182110.Horde.P_w6KptTjJNeM1X9Asg5bE3@webmail.gelassene-pferde.biz> <6bc57377-52e1-496a-b9d6-4cd9dc84d92e@aklaver.com> In-Reply-To: <6bc57377-52e1-496a-b9d6-4cd9dc84d92e@aklaver.com> Accept-Language: de Content-Type: text/plain; charset=utf-8; format=flowed; DelSp=Yes MIME-Version: 1.0 Content-Disposition: inline Content-Transfer-Encoding: 8bit X-PPP-Message-ID: <173048844955.3775371.10200285589898395829@ha01s018.org-dns.com> X-PPP-Vhost: gelassene-pferde.biz X-POWERED-BY: wint.global - AV:CLEAN SPAM:OK List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Adrian Klaver escribió: > Even if there where plans, any changes would happen in the future > and would not be help the now problem. Yes and no. I can live without the partitioning, as I do not intend to load data from more than one source. Other might. But until others want to load data from different sources, a comment in the source might do that partitioning of inheriting tables will be supported in the future. But, that is an academic point now. > That is contradicted by your statement below: > > Either performance is important or it is not. Not quite. If the performance penalty by suboptimal choice in partitioning does not matter in the current project because the raster/bytea stuff does affect performance much more, it does not mean that I cannot work on other project where it can matter. And even if the latter is not the case, I can be just curious about it. > If TILE is referring to the same thing you are dealing with in > related question on psycopg list then you are talking about bytea > storage. You should take a look at: > > https://www.postgresql.org/docs/current/storage-toast.html Indeed, it does. Thanks for the hint.