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 1uNg7d-006r2R-Pw for pgsql-general@arkaria.postgresql.org; Fri, 06 Jun 2025 23:05:13 +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 1uNg7b-0024fn-HY for pgsql-general@arkaria.postgresql.org; Fri, 06 Jun 2025 23:05:12 +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 1uNg7b-0024ff-73 for pgsql-general@lists.postgresql.org; Fri, 06 Jun 2025 23:05:11 +0000 Received: from mail-ej1-x632.google.com ([2a00:1450:4864:20::632]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uNg7a-000ecP-0T for pgsql-general@postgresql.org; Fri, 06 Jun 2025 23:05:10 +0000 Received: by mail-ej1-x632.google.com with SMTP id a640c23a62f3a-ad574992fcaso410840466b.1 for ; Fri, 06 Jun 2025 16:05:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749251106; x=1749855906; darn=postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=YTD8pqPMqHNXz3J5P2I4jvQFeNgINcYE2ShhBNG68mY=; b=dJx0Tx7044uOSVfF2qbRmsLvsYxWbLC0kyjC0GbmnlZZp54z4Ge1drkwCtF2nvPRCT E+9rK9DhzoMYpJiUC51fH938qcCq0l11hdgPBx6x10NwnHxBhFtEA3edz5wdWLdRnOTf x8Af62wgBS/JbS4kF8syp99H+6iJp3sNneRYRojVX+llZ5WV4EkAFzMZ5sBmkrjqBo9C 7GTIFS1mSeScpQsXmGJNBpHM3arbAidjoQPnGdYZxczB7LlWqvwhdOwwwhTD27xl+32O 4Q1mdJNWqmaG7t1t+L3g23rn4Q6Dm/YCPq8reS5fDmrblxxpkp9BYsc7pFAGzlfIISAy 4Z1w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749251106; x=1749855906; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=YTD8pqPMqHNXz3J5P2I4jvQFeNgINcYE2ShhBNG68mY=; b=Ls83kz2LOTr5BIXIezD5V8N6hPjPHLD56ehq1JRI414T62n1AFn0X8aJalDBxEJh3U WPL4paqynxeyLyG3bJVuxv9lAYtvsYQPKItH+VZCrr+h8qGlZCuF5RA2RglBgXwwVKPI Yx1+GJott+4RGiByOE43lBF4ZsNwS3Erl6jtHtn9jvc8d0g9o0odgFeLJX5XCkJD/qYu ISbO8OkLVOJgdVx1Ui3FyS6hZmcscXkj5gPFy0rN8WfF838RDg/Rc5Xl4KXks/ygWa2i v30IYfl6fhmFI6AWKxlHo6uyMq7/w1IBMwEGt2gTgeOmNbNRs/m9/BXOveMT0Vpyg035 E0NA== X-Gm-Message-State: AOJu0Yxm3KdUWLTaqaxFovkaM9uC1bhEuK0aLMEx6SkvPqZGaJP7sr/i pdDBzXqGe1HwmuqDvKCiiMNVVrdvFvhKvbXMP2ZugKTfGJDakpM0MGAMICFzVYh22JEhdBfEy/o +FYQgTjMBqCr/enmsWF5LSJN4ttA7O3o= X-Gm-Gg: ASbGncuAoN5480mLiQrg/c2Hj8I9h2wC+8nFWm7O0bfskJbswm7t5PfttXnujgDahja jSp/fFfIsFh4I68yF2k4yd+FqxERUi+wQo9yH4PXq5XEK/ouW1/vejsOHMgatl9mhFiyrTuDtCw ItfGyLjhh1trqKyGtxMJAb915uAkRpdFXEYBicsSI8A4YbfBEsalP/7A== X-Google-Smtp-Source: AGHT+IFJhtKe3aFqb9OLs/87kR65O32VjuxYz1nwkpantY/tH0hBQpKyxakXX8BUeWCYtNyRdcgyWrm9Dc+J/VTjWyI= X-Received: by 2002:a17:907:94cc:b0:ad8:8cd8:a3b7 with SMTP id a640c23a62f3a-ade1a93bc20mr447895466b.23.1749251106405; Fri, 06 Jun 2025 16:05:06 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Durgamahesh Manne Date: Sat, 7 Jun 2025 04:39:20 +0530 X-Gm-Features: AX0GCFt-9l903sptkX3ZZap7TkFz1EeKS7_GkD8JGAID5GgkWUyq_sWws9q26HE Message-ID: Subject: Re: Regarding fillfactor use case for only delete ops To: Ron Johnson Cc: pgsql-general Content-Type: multipart/alternative; boundary="000000000000d202f40636ef4251" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --000000000000d202f40636ef4251 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable On Fri, Jun 6, 2025 at 7:31=E2=80=AFPM Ron Johnson wrote: > On Fri, Jun 6, 2025 at 4:36=E2=80=AFAM Durgamahesh Manne < > maheshpostgres9@gmail.com> wrote: > >> Hi Team >> >> Can we generate a fill factor for tables that have delete ops ? >> >> Does the fill factor really work and help to minimize the bloat for >> tables that have delete ops? >> >> I have parent table with weekly partitions So for every week 50 to 60 gb >> of bloat generates and autovacuum params already in place for child tabl= es >> > > This confuses me. It seems that you are deleting old data instead of jus= t > dropping the old partitions. > > What did I misunderstand? > > -- > Death to , and butter sauce. > Don't boil me, I'm still alive. > lobster! > Hi I have partitioned table with retention policy of 90 days and will be auto purged partitions beyond 90 days and for last 90 days tables inserts and deletes usually run through apl call Here due to deletes ops on last 90 days weekly partitions bloat generates 50gb to 60gb for on weekly partition even we set autovacuum params already in place for at child tables level Regards, Durga Mahesh --000000000000d202f40636ef4251 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, Jun 6, = 2025 at 7:31=E2=80=AFPM Ron Johnson <ronljohnsonjr@gmail.com> wrote:
On Fri, = Jun 6, 2025 at 4:36=E2=80=AFAM Durgamahesh Manne <maheshpostgres9@gmail.com> = wrote:
Hi=C2=A0 Team

Can we gene= rate a fill factor for tables that have delete ops ?

Does the fill factor really work and help to minimize the bloat for tabl= es that have delete ops?

I have parent table with = weekly partitions So for every week 50 to 60 gb of bloat generates and auto= vacuum params already in place for child tables=C2=A0

This confuses me.=C2=A0 It seems that you are deleti= ng old data instead of just dropping the old partitions.
What did I misunderstand?

--
Death to <Redacted>, and butter sauce.
Don&= #39;t boil me, I'm still alive.
<Redacted> lobster!<= /div>

Hi=C2= =A0

I have partitioned table with retention policy= of 90 days and will be auto purged partitions beyond 90 days and=C2=A0 for= last 90 days tables inserts and deletes usually run through apl call=C2=A0=
Here due to deletes ops on last 90 days weekly partitions bloat = generates 50gb to 60gb for on weekly partition even we set autovacuum param= s already in place for at child tables level=C2=A0

Regards,
Durga Mahesh=C2=A0
--000000000000d202f40636ef4251--