Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q8kiz-0001G5-PI for pgsql-docs@arkaria.postgresql.org; Mon, 12 Jun 2023 16:49:01 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1q8kiy-0003dp-Mo for pgsql-docs@arkaria.postgresql.org; Mon, 12 Jun 2023 16:49:00 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q8kiy-0003dg-F3 for pgsql-docs@lists.postgresql.org; Mon, 12 Jun 2023 16:49:00 +0000 Received: from mail-ej1-x62e.google.com ([2a00:1450:4864:20::62e]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1q8kiv-001xk9-LY for pgsql-docs@lists.postgresql.org; Mon, 12 Jun 2023 16:48:59 +0000 Received: by mail-ej1-x62e.google.com with SMTP id a640c23a62f3a-977e83d536fso655471566b.3 for ; Mon, 12 Jun 2023 09:48:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cybertec-at.20221208.gappssmtp.com; s=20221208; t=1686588536; x=1689180536; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:from:to:cc:subject:date :message-id:reply-to; bh=rbxk3rKjqWlw4zUGUDMi/PJgboa2qN1MXDP56hSJ3nc=; b=lAljJESrvJpQ/qcKXvEY+a4JXXsrwwE0N8uzJyKo0Zp2zWYiIoWi2KiNA+wpg7s0iY S8Tjw6X0d6BOzm+X+X8ks54+TTYApHx7MN/N/W1QI0eOPu4jb1s2ompvkOYMob8F5tO8 luobt707l+DrdzdZQHYSPCs3XQP3oV86HTeYrysrNep0DH9D/1hJTd3+W/F2VsL3fzMR NsXlGtq9gvEbIerxq2e81u9Pd50sfm/8cxgcN0TBviphkiN7QPpBkL6nX6iLok6ChjHx Xhjpkc03Ay8UeNLhjP4ofupOwOxHHrWj5pU/djceQwvw4ygAh7GTBPCVYY6E95DE0tR9 s56w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1686588536; x=1689180536; h=mime-version:user-agent:content-transfer-encoding:references :in-reply-to:date:to:from:subject:message-id:x-gm-message-state:from :to:cc:subject:date:message-id:reply-to; bh=rbxk3rKjqWlw4zUGUDMi/PJgboa2qN1MXDP56hSJ3nc=; b=RJiLACecK1y22FkURGayLSv/B+G+3NTW0dYt4e45CALr0DJD/gKrV3/qiFiSHDjqEy mFxzkIvBcBgkEAQxhQebCy6EldERWyQFJ/9ILRBd1kU/512fZQgA6eX/Mm0IGNwlmn7S C6Pqs4A9p1Qfe/wxz+MgfrGmO14z2d1RgFnWkvmJccGGsRkpLSwlCd6VAmx9I7WaW1T1 swlgHVOvEvGVhXVq7UeZU65Mhkl6jLfnEOOwUxiIcBbnrlvAjB/NF8TKtQQEhZ3XQGQh +Ee/vURYLSZcVasQ+47jvigJQ+8yT/HnxzuAESpNlID9zADy1JJnLHRX0uNk0Qvb+3sM s1hg== X-Gm-Message-State: AC+VfDwMD+CraX7kJmCZpUil7WRMYyB8rZ+97/MTHsh/TKxA2j+G/R1+ k4bGViA3FCqxqm9lCgSzNysCKw== X-Google-Smtp-Source: ACHHUZ6y8eRpyTJ9Gw6xQLDxt5RXmz8qpOk6bSDqjTwnoDg68daSqPoiWNVhz8mhNSX+/F5wDPGxdQ== X-Received: by 2002:a17:907:3e90:b0:94a:7b2c:205e with SMTP id hs16-20020a1709073e9000b0094a7b2c205emr11029330ejc.72.1686588535719; Mon, 12 Jun 2023 09:48:55 -0700 (PDT) Received: from localhost.localdomain ([2001:871:5e:b6d7:c402:98ab:8654:da0f]) by smtp.gmail.com with ESMTPSA id cb14-20020a170906a44e00b00977da0f14ffsm5542132ejb.171.2023.06.12.09.48.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 12 Jun 2023 09:48:55 -0700 (PDT) Message-ID: <5d0349511403954daf7578bdab2271a55ddb3395.camel@cybertec.at> Subject: Re: Further clarification in documentation: No deletion of unreferenced large objects From: Laurenz Albe To: oliver_schmidt_@hotmail.de, pgsql-docs@lists.postgresql.org Date: Mon, 12 Jun 2023 18:48:54 +0200 In-Reply-To: <168657770315.399156.14528203301769250174@wrigleys.postgresql.org> References: <168657770315.399156.14528203301769250174@wrigleys.postgresql.org> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable User-Agent: Evolution 3.46.4 (3.46.4-1.fc37) MIME-Version: 1.0 List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Mon, 2023-06-12 at 13:48 +0000, PG Doc comments form wrote: > Page: https://www.postgresql.org/docs/15/datatype-binary.html >=20 > When deleting a row that references (contains) a large object, I think th= at > most users expect the DBMS to take care of the, now unreferenced, BLOB. I= t's > good to know that PostgreSQL handles this differently and that one must > periodically use vacuumlo to avoid BLOB data piling up. At least, that's > what I understood. >=20 > I think a small paragraph in the documentation about this would help many > people. I can help with writing, if needed. This is documented here: https://www.postgresql.org/docs/current/lo.html Admittedly, that is not the best place. Perhaps the introductory chapter in https://www.postgresql.org/docs/current/lo-intro.html would be a good place to mention that there is no referential integrity to large objects. Yours, Laurenz Albe