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 1szVh9-006RDg-Lc for pgsql-docs@arkaria.postgresql.org; Sat, 12 Oct 2024 06:33:44 +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 1szVh7-00HazP-T7 for pgsql-docs@arkaria.postgresql.org; Sat, 12 Oct 2024 06:33:42 +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 1szVh7-00Hayy-IN for pgsql-docs@lists.postgresql.org; Sat, 12 Oct 2024 06:33:42 +0000 Received: from mout.kundenserver.de ([217.72.192.74]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1szVgz-000dHJ-Ti for pgsql-docs@lists.postgresql.org; Sat, 12 Oct 2024 06:33:40 +0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=purtz.de; s=s1-ionos; t=1728714813; x=1729319613; i=juergen@purtz.de; bh=qxq+469zB0e+x6GGKWsfougwbq9uUGm9hbI/5eRb/bg=; h=X-UI-Sender-Class:Message-ID:Date:MIME-Version:Subject:To: References:From:In-Reply-To:Content-Type: Content-Transfer-Encoding:cc:content-transfer-encoding: content-type:date:from:message-id:mime-version:reply-to:subject: to; b=o7up5gWWpEq6kDzmP/tUpGrSUmqP3+gyC9bD0/bPk1kAjAZ13ZlB6SN/lzVpLUNN GJyc90SlzYw5i2svWfP9elxUuUrI56jsDf3OfIlJqzkqVGtwFNc2AZVaht5etN1yP Cqa5bVubrWRrqw61s1n7oPef+o+Nkypvf1baIS6KvCnxtbC2CDpNjK+AD8AEF4x00 m2Ufd1AXNlXLBn0Q6zGi2eM2Hk24yPLkp/5poT3O3wM5jsQQTWCfV9sQjvVUx/YkK imVa0yDNNcHtF2kQubebmFc40G4LXdzL1TSu8CcrW+a5FsGt9Br7TIlcL1ik/d0n6 YR9WdBL8fSKH1DiyHg== X-UI-Sender-Class: 55c96926-9e95-11ee-ae09-1f7a4046a0f6 Received: from [192.168.178.28] ([82.206.28.49]) by mrelayeu.kundenserver.de (mreue109 [212.227.15.145]) with ESMTPSA (Nemesis) id 1M1HmG-1swknm3hta-001dZN for ; Sat, 12 Oct 2024 08:33:32 +0200 Message-ID: Date: Sat, 12 Oct 2024 08:33:32 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: Streaming Replication vs Logical To: pgsql-docs@lists.postgresql.org References: Content-Language: en-US, de-DE From: =?UTF-8?Q?J=C3=BCrgen_Purtz?= In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:Up3YSoM32O+CQ5Ct98BSjEon/v23LrWj8ncc/Qu1ro/hz5TewUj kk1r1XsoZT0n4RFj3dHhB0BFWhF2eG+OKjPYAdEKz6PeWUOkkPDCneOsLHzeRe7BU1Kzf0S hRKE0nMe9Wg7wzQLpRUmfQAmKFYy5r8V9QNPW+EKOvrOdmGrqI9v8hnx1XU0qOnWEucyICL vbmHTO3FXlCViC2wSPEwA== X-Spam-Flag: NO UI-OutboundReport: notjunk:1;M01:P0:wKSMP2bhYxI=;PnuO6ei7xjFaJpgB8oEYT3Knjea 80CncMo3uyql4o0vXjfPDVj4uETh+VgmWH2/1dls/gUFyUTSZm0d+5pg8VMx8S56eDtI0886C Py0nyl9d9Vi0161jEP8IjvsF+UsGs1b+8QhQ5DD+GyeKPjNnRbLuOiD5tfT8uK8mBnwqwLINH e4H7cxf9rcjeBX2lDnORW8I0T2B60K1Ig6s9v5m9gAE0H1XcYd7JCiU2NDQp8MABmVnGJGHiD ntzjMxCI2bdbAyCspFQqb3HUFTVTvV20eeGVufY/EpDTj2kJWDxPN7tmNtIsMf9C0WCp757RX F7KthOW7vgYyAcD9w4t0Y6booTT4/1PzVvgyX7XTO0ITdIKOc8UXGM7pDJoGXgmJHWUoih/Sl 1EYB1GbA6Y1r2IJFRQqh2jXNHKFW2dbcNEOiBplhvbhnQCeZZqv7ROfmvDWOKJK/R6pM9VVBr mTY5S6bdPNWz0GX46nD8mxStlB7s+Q6mT6YvrI0JKj5Je+FyU4h7OGc180gPEz0OGAH801ur1 5shPZ+tzwIZ/s4GflrkDWZgDy8wRF2E1Lg96FOrZgDNZxHjQolBwA+lGyW+mrfHRX9y1qVKTZ yyi4EnCJAFGqt3NF7mgakylAPExiQkIaq7VaRapkKqVZ+49DsutICbozBaVs98fDjEa1sC01P 55dm49iVtwTK8JAcnnXPymEU1uwR3tPT57vaSpXEdtKyTagj7s4RXJoiQ3LHy9C23iW0B8Xwo b67uPij89iDpVgKd+iIwj40M4E9ALeOGQ== List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On 12.10.24 00:53, Paul A Jungwirth wrote: > Our docs seem to contrast "streaming replication" to logical, but > these are not really opposites. Sometimes when they say "streaming" > they mean "physical". > > Probably this is historical: at first physical replication was the > only kind of streaming we had. > > Personally this has caused me a lot of confusion. For example, > recently when I read "Synchronous replication (see Section 26.2.8) is > only supported on replication slots used over the streaming > replication interface," I took it to mean synchronous replication only > worked for physical replication, not logical. But actually here the > contrast is between the streaming protocol and SQL commands. I think > it would help if the docs elsewhere took more care to say "physical" > not "streaming" when that is the meaning. > > This patch fixes a callout note in the Logical Decoding section. It > was sort of vague before. It dates back to the original commit > documenting logical decoding, so I'm not sure of the original motive. > I think the new text is more precise and about the other use for > replication slots, and also clearly separates streaming replication > from physical-vs-logical replication. (I used the word "typically" > because you *can* have a standby with logical replication, although > elsewhere we warn it may not be as robust.) > > I also tried to fix the first three paragraphs of > https://www.postgresql.org/docs/current/runtime-config-replication.html > which seem to be setting up a distinction between streaming > replication and logical. This is tricky, because (1) we are trying to > introduce how we've organized different config parameters, and some > affect both physical and logical replication (e.g. > max_replication_slots and wal_retrieve_retry_interval) (2) you can use > logical replication without streaming (e.g. > pg_logical_slot_get_changes). > > While I was making edits there, I took out some language about > "built-in" and "feature", which seem like unnecessary wordiness. > > I also added "physical" to a couple places in > https://www.postgresql.org/docs/current/warm-standby.html as well as a > Note callout to clarify that the whole page is really about using > physical replication. Technically you could use logical replication to > run a standby, but that seems like a separate discussion. > > Yours, > Adding clear definitions to the glossary would help users and authors alike. J. Purtz