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 1uNSZ3-002U87-QC for pgsql-general@arkaria.postgresql.org; Fri, 06 Jun 2025 08:36:37 +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 1uNSZ1-0066x3-GE for pgsql-general@arkaria.postgresql.org; Fri, 06 Jun 2025 08:36:36 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1uNSZ1-0066wu-2c for pgsql-general@lists.postgresql.org; Fri, 06 Jun 2025 08:36:35 +0000 Received: from mail-ed1-x52d.google.com ([2a00:1450:4864:20::52d]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1uNSYz-000W2Z-34 for pgsql-general@lists.postgresql.org; Fri, 06 Jun 2025 08:36:35 +0000 Received: by mail-ed1-x52d.google.com with SMTP id 4fb4d7f45d1cf-6077e0f2697so637853a12.0 for ; Fri, 06 Jun 2025 01:36:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1749198992; x=1749803792; darn=lists.postgresql.org; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=5zkPWHOjjauKeXC60fzuCsRwAg/UVe9bl7Iv8r1jaAE=; b=I3JvQoOAttyPOla9hsCEEmDbkbH/7RkHCb6B2rrrSq8QcSQySPNPyxowvgHxrrVO/s nDdLOY8yVEDeJxjTwN3A6Vg2/UdLdVdz/G6x4yVaIvxWexXXhnjcZ1RqJwOKYydX53ve pZUrheb0SMgAeV4QxujpLO+IDsgZCKrbYt/gOMevIdjtY65/CBizYiiR/SC5qYVmY1pF xFlJRUEmtelVL1szCPWrUIlWma9pVnZMRrkLstqifn+ZJRMiLmjxVVHT2yuNbN2cB1YJ iFYUhi3+LvnxhGC3fnHflk1lX8qul2gOS3A4Ly5QQvSpmxFGTkYm5CYBe500SQHP84LQ UGWw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1749198992; x=1749803792; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=5zkPWHOjjauKeXC60fzuCsRwAg/UVe9bl7Iv8r1jaAE=; b=UtdyxCEWuZsxIPpZxTYSuti4oQDmunQ6L6SMjyqZaldTHH9DNVM3B2lqtkE7zeYjzG lgxYCOF69pueTSVtJGEmQww8uTtGaNQFpY1Q3KzRiG6ixb+x4NvTBbsGojrmAAqfWBF+ SB6xqb/gfmeGWnHq/ciZjIbefFwSu2HUgKj/xVBK/oJ+u+h1k5OeaJ4UXLAbp7iU7ACP oNWlRdcgHurq37uF9prldVdTl5UJvnetxPIEJx4nCuYi8wutDfWgHfZVoUz0t9iUYerX nbULxN1pYpQ1b5Ih4UAAmmI03lbHg7a8RqOPhIceDBI1sMSOeRDF8VoW7jnwcsCbxJKv dY/Q== X-Gm-Message-State: AOJu0YxWUmkGQcuAGdcTQSu8Jt5N6+WuM891FmXlAlD9Uq02+PFARoLd ZIUsjtlEMFPT57lb5NQCMb1m3xF8r8+VvPaZPMdFHJ8n0M5y98mMjwPwVOj7jwWYwzFI2VdjdWV Ussr/hE9BcVpeTULgOdIHrHJgxvdlWu6nTCNjk14= X-Gm-Gg: ASbGncvs67HZzd/Vfz5hlIQIAWwwrN8XZYRlumDjajjkOQvRCg2FL/SL0YbYJyqUisP eHrInT5035XX8uv8NO5GmyL2ey/olVotyGLAlKlW8Yel1P4c5P25DWoU2Rk8abZtaQMdm5YQaBG Hn2vvdvSFYiFb3L6ML9Slip9Aog+6cQyxS X-Google-Smtp-Source: AGHT+IFglVJn0KdCGIQtdD3GRhFSUWudgDGl594VXU2KMp29J+RRhyHzWOm+PVaYXJbT/h4TRpfpvhtaQMSEvvOsRGM= X-Received: by 2002:a17:907:6d0c:b0:ad8:8c09:a51a with SMTP id a640c23a62f3a-ade1aa0fb2cmr196538166b.4.1749198991976; Fri, 06 Jun 2025 01:36:31 -0700 (PDT) MIME-Version: 1.0 From: Durgamahesh Manne Date: Fri, 6 Jun 2025 14:10:46 +0530 X-Gm-Features: AX0GCFtEb8gRquU8fAkAncNhB9bVMYOItNMvkKsvHjogU9_v9O_tGhserHrMKCA Message-ID: Subject: Regarding fillfactor use case for only delete ops To: pgsql-general Content-Type: multipart/alternative; boundary="0000000000008eeed50636e320ee" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000008eeed50636e320ee Content-Type: text/plain; charset="UTF-8" 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 tables Regards, Durga Mahesh --0000000000008eeed50636e320ee Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Hi=C2=A0 Team

Can we generate a fill fa= ctor for tables that have delete ops ?

Does the fi= ll factor really work and help to minimize the bloat for tables that have d= elete ops?

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


=
Regards,
Durga Mahesh=C2=A0

--0000000000008eeed50636e320ee--