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 1u8sVA-00D0aZ-2g for pgsql-general@arkaria.postgresql.org; Sun, 27 Apr 2025 03:16:20 +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 1u8sV7-008W2R-Jw for pgsql-general@arkaria.postgresql.org; Sun, 27 Apr 2025 03:16:18 +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 1u8sV7-008W2I-8x for pgsql-general@lists.postgresql.org; Sun, 27 Apr 2025 03:16:18 +0000 Received: from smtp82.iad3a.emailsrvr.com ([173.203.187.82]) by magus.postgresql.org with esmtps (TLS1.2) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1u8sV4-002Gf6-1V for pgsql-general@lists.postgresql.org; Sun, 27 Apr 2025 03:16:17 +0000 X-Auth-ID: xof@thebuild.com Received: by smtp3.relay.iad3a.emailsrvr.com (Authenticated sender: xof-AT-thebuild.com) with ESMTPSA id 31832249DC; Sat, 26 Apr 2025 23:16:13 -0400 (EDT) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 16.0 \(3776.700.51.11.1\)) Subject: Re: Changing default fillfactor for the whole database From: Christophe Pettus In-Reply-To: Date: Sat, 26 Apr 2025 20:15:42 -0700 Cc: pgsql-general@lists.postgresql.org Content-Transfer-Encoding: quoted-printable Message-Id: <55A52200-4335-4351-BDA4-604A860B24E9@thebuild.com> References: To: Marcelo Fernandes X-Mailer: Apple Mail (2.3776.700.51.11.1) X-Classification-ID: 390d76f1-6483-4c84-abd9-f6d814bb1f37-1-1 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk > On Apr 26, 2025, at 19:31, Marcelo Fernandes = wrote: > Does this make sense? Have I missed something about being able to = change this > on a database level? You haven't missed anything; there's no setting that controls the = default for fillfactor. Everyone's use-case is different, of course, but my feeling is that a = correct fillfactor is very sensitive to the insert/update pattern for a = particular table, so I'm not sure it makes sense to have a system-wide = default. I can certainly see it being a foot-gun, in setting it to = (say) 50 and then some months later creating a table that is going to = get very large, but is not update-heavy.=