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 1uwMXs-000hHt-UV for pgsql-general@arkaria.postgresql.org; Wed, 10 Sep 2025 15:15:40 +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 1uwMXr-001zOZ-5z for pgsql-general@arkaria.postgresql.org; Wed, 10 Sep 2025 15:15:39 +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 1uwMXq-001zOR-RI for pgsql-general@lists.postgresql.org; Wed, 10 Sep 2025 15:15:39 +0000 Received: from fout-a1-smtp.messagingengine.com ([103.168.172.144]) by makus.postgresql.org with smtp (Exim 4.96) (envelope-from ) id 1uwMXp-001gWF-21 for pgsql-general@postgresql.org; Wed, 10 Sep 2025 15:15:38 +0000 Received: from phl-compute-09.internal (phl-compute-09.internal [10.202.2.49]) by mailfout.phl.internal (Postfix) with ESMTP id 17110EC0357; Wed, 10 Sep 2025 11:15:37 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-09.internal (MEProxy); Wed, 10 Sep 2025 11:15:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=aklaver.com; h= cc:content-transfer-encoding:content-type:content-type:date:date :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to; s=fm3; t=1757517337; x=1757603737; bh=gbrim0Rs+lMRkH5qYfYv5BlTiyLFWTZfux8vPXVhO3M=; b= Q/C91AESXnV1uxovW+5vDflQnY5MQFsTCEYi1G1KhAf0mMbs65HorQqhwieOJftq IIJTB80r1uPYZs9cIJ6XnZeFGy9CHB9KVoFjN3KttFTcfUirBua5Y5fCcpUvSUsa 2h9e/SfU0njsv9wNgA7NzYDa95sT6WC3qPbUJXka5eryz2COvcLlYMw21G0JJkb3 wQpiAdxnX9hjGFXX7G0Zt8xIecWPyTCwjrhCwRlVbU7gSDiv6B/WBTfucuWMGfk/ +RbxNXfyeLWzCTZwKCyM0K93EuIAtO2APnvTHYveVIGrNm7inG8egy7SZMrycyF+ qcHrWzhiv6whXgZCocVshg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:in-reply-to:message-id:mime-version:references :reply-to:subject:subject:to:to:x-me-proxy:x-me-sender :x-me-sender:x-sasl-enc; s=fm1; t=1757517337; x=1757603737; bh=g brim0Rs+lMRkH5qYfYv5BlTiyLFWTZfux8vPXVhO3M=; b=oMhgp2A50Yy9Zs5Qs V85ZsXVP0Z0VFxBqayknebNTKJ5nBHFEMwQTDdIe9zo/DxCEBC/1TkdxUnVdjyJa WLo5iZrwt0D9jTVPTOUpJm5u9EwAOLlyf4Ypc717yKC77pBGEmBesfwPx01IEt99 x+1usDjYjX+QA03aWbXW6ejHyQuCn20W8Sf0u0g4hfDhea7Dg5pLw7Zn9zNyHRa2 tIjgWzrOpu9ylF014UgOqbbcT20JQ0/c3DE4YhRx1N+RSA0Qqhubn920R8ofSWly F7+yV0pGt6kAO1i7fWtT023BtTFw1HbvkBlBPxSk97yVc2aiz9bRqVImEPGOdpKm j2O9A== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdeggddvfeeivdcutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepkfffgggfuffvfhfhjggtgfesthekredttd dvjeenucfhrhhomheptegurhhirghnucfmlhgrvhgvrhcuoegrughrihgrnhdrkhhlrghv vghrsegrkhhlrghvvghrrdgtohhmqeenucggtffrrghtthgvrhhnpeelgeevkeekkeeuie fgtdevieeluefhfedufeetkeejffekjeeujeehgeehgeektdenucffohhmrghinhepphho shhtghhrvghsqhhlrdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpe hmrghilhhfrhhomheprggurhhirghnrdhklhgrvhgvrhesrghklhgrvhgvrhdrtghomhdp nhgspghrtghpthhtohepvddpmhhouggvpehsmhhtphhouhhtpdhrtghpthhtoheprhhonh hljhhohhhnshhonhhjrhesghhmrghilhdrtghomhdprhgtphhtthhopehpghhsqhhlqdhg vghnvghrrghlsehpohhsthhgrhgvshhqlhdrohhrgh X-ME-Proxy: Feedback-ID: i76984098:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 10 Sep 2025 11:15:36 -0400 (EDT) Message-ID: Date: Wed, 10 Sep 2025 08:15:35 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: MVCC and all that... To: Ron Johnson , pgsql-general References: Content-Language: en-US From: Adrian Klaver In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 9/10/25 08:11, Ron Johnson wrote: > On Wed, Sep 10, 2025 at 11:08 AM Ellen Allhatatlan > > wrote: > [snip] > > So, you have table X - it has 2M rows (say, 0.5 GB) in the first file > (along with all the other tables). The 2GB limit is hit, more data is > added. 0.7 GB is added to table X - these records go into a new > database file - the table is split in two - you have 2 "extents" of > 2GB with X split 0.5 - in extent1, 0.7 in extent2. All mixed up with > other tables as well! > > That was the architectural flaw to which I was referring. Nothing to > do with PG > > You're gonna be in for a very rude surprise after adding 1GB of data to > a PG table... Yes, but the table is split not the database as a whole per: https://www.postgresql.org/docs/current/storage-file-layout.html > > -- > Death to , and butter sauce. > Don't boil me, I'm still alive. > lobster! -- Adrian Klaver adrian.klaver@aklaver.com