Chao Li writes:
> On Dec 3, 2025, at 06:00, Nathan Bossart wrote:
>> I tried to fix pgindent for a few, but the code is basically impenetrable.
>> I didn't find any fixes upstream [0], either. As noted above, we could
>> also fix it by avoiding the naming conflicts. However, I can't imagine
>>
> On Dec 3, 2025, at 06:00, Nathan Bossart wrote:
>
> On Mon, Dec 01, 2025 at 05:04:23PM -0600, Nathan Bossart wrote:
>> On Tue, Dec 02, 2025 at 05:35:34AM +0800, Chao Li wrote:
>>> ```
>>> + else if (entry->type == DSMR_ENTRY_TYPE_DSH &&
>>> + entry->dsh.dsa_handle !=DSA_HANDLE_INVALID)
>>> `
On Tue, Dec 02, 2025 at 12:41:15PM -0600, Sami Imseih wrote:
> I think this is a good idea. Exclusive here is not necessarily for the
> size lookups.
Committed, thanks for reviewing.
--
nathan
On Mon, Dec 1, 2025 at 4:50 PM Masahiko Sawada wrote:
>
> On Thu, Nov 27, 2025 at 12:33 AM Peter Smith wrote:
> >
> > Hi Sawada-San.
> >
> > Some review comments for v30-0001.
>
> Thank you for the comments!
>
> > ==
> > src/backend/replication/logical/logicalctl.c
> >
> > 6b.
> > Would it be
On Mon, Dec 01, 2025 at 05:04:23PM -0600, Nathan Bossart wrote:
> On Tue, Dec 02, 2025 at 05:35:34AM +0800, Chao Li wrote:
>> ```
>> +else if (entry->type == DSMR_ENTRY_TYPE_DSH &&
>> + entry->dsh.dsa_handle !=DSA_HANDLE_INVALID)
>> ```
>>
>> Missing a white
Hello,
On 20/11/25 07:55, Man Zeng wrote:
Quick correction with an apology: I accidentally created a new thread
(https://www.postgresql.org/message-id/tencent_64301BB7627E58CD256CE15F%40qq.com)
and submitted the patch there—my apologies for the mix-up! Let’s just continue
the discussion here
> > Also, I am now leaning towards creating a separate test module rather than
> > trying to do too much unrelated testing in injection points. It is
> > definitely
> > convenient to use injection points, but I think we can do better testing
> > with
> > a separate module. This module can also se
Hi,
On 2025-12-02 07:40:44 +, Bertrand Drouvot wrote:
> From 2fefb69f1462ce1057bb5c3d07ed70c769ec961a Mon Sep 17 00:00:00 2001
> From: Bertrand Drouvot
> Date: Sat, 22 Nov 2025 14:47:25 +
> Subject: [PATCH v1] Remove useless pointer updates
>
> Same idea as in commit 9b7eb6f02e8. Those p
Hi,
On 2025-12-02 21:39:42 +0200, Heikki Linnakangas wrote:
> On 02/12/2025 21:13, Melanie Plageman wrote:
> > In terms of finding some XID to set it to, could we do what updates
> > and deletes do and use the XLogRecord->xl_xid?
>
> A prune record can have XLogRecord->xl_xid == InvalidTransactio
On 02/12/2025 21:13, Melanie Plageman wrote:
In terms of finding some XID to set it to, could we do what updates
and deletes do and use the XLogRecord->xl_xid?
A prune record can have XLogRecord->xl_xid == InvalidTransactionId, if
the transaction hasn't been assigned a transaction ID yet. I th
On Tue, 11 Nov 2025 at 11:12, Jelte Fennema-Nio wrote:
> 1. Add a "Requeue CFBot" button to the patch page when logged in
> 2. Allow using all the filtering (by tag/author/etc) on the global
> search page too
> 3. Make user dropdowns searchable when not logged in
> 4. Fix a few typos
This is depl
On 02/12/2025 19:59, Peter Geoghegan wrote:
On Mon, Dec 1, 2025 at 4:20 PM Heikki Linnakangas wrote:
Summary of the patches:
Patch 0001 adds an injection point test for incomplete splits. We
already had such a test for GIN, which handles incomplete splits the
same way as B-tree. I copy-pasted
On Tue, Dec 2, 2025 at 1:41 PM Andres Freund wrote:
>
> On December 2, 2025 1:23:57 PM EST, Melanie Plageman
> wrote:
>
> >What about on-access pruning during SELECT queries on a hot standby?
>
> There's no on-access-pruning on the hot standby itself, it'd lead to
> divergence between primary a
Hi, I did a quick look at the patches and here are my comments.
On Fri Nov 28, 2025 at 12:41 AM -03, Thomas Munro wrote:
> 0001: These days we handle LLVM API evolution with LLVM_VERSION_MAJOR
> guards. These GDB and Perf support probes escaped recent garbage
> collection cycles by not being phr
> On Tue, Dec 02, 2025 at 10:31:33AM -0600, Nathan Bossart wrote:
> > On Tue, Dec 02, 2025 at 02:28:29PM +0530, Rahila Syed wrote:
> >> Thank you for highlighting the discussions. I'm unsure about the best
> >> approach here, but I think it would be safe to stay consistent with the
> >> rest of the
Hi,
On December 2, 2025 1:23:57 PM EST, Melanie Plageman
wrote:
>On Tue, Dec 2, 2025 at 12:49 PM Heikki Linnakangas wrote:
>>
>> Hmm. If the page has no prunable tuples left, it makes sense to set
>> pd_prune_xid to InvalidTransactionId to avoid the useless round of
>> pruning. In other cases,
On Tue, Dec 2, 2025 at 12:49 PM Heikki Linnakangas wrote:
>
> Hmm. If the page has no prunable tuples left, it makes sense to set
> pd_prune_xid to InvalidTransactionId to avoid the useless round of
> pruning. In other cases, it would make sense to set it to some XID so
> that it gets pruned later
On Mon, Dec 1, 2025 at 4:20 PM Heikki Linnakangas wrote:
> Ok, here's a proper patch with tests. The patch itself is the above
> one-liner. It's in patch 0004.
>
> While testing this, I bumped into another similar amcheck bug: if the
> root page split is interrupted, verify_btree() complains:
>
>
On 02/12/2025 18:20, Melanie Plageman wrote:
Hi,
We currently do not set pd_prune_xid (the oldest prunable XID) when
replaying XLOG_HEAP2_PRUNE* records. We've never done this, AFAICT.
Since 8.3, this comment has been in the pruning redo function:
* Note: we don't worry about updating the
On Tue, Dec 02, 2025 at 10:31:33AM -0600, Nathan Bossart wrote:
> On Tue, Dec 02, 2025 at 02:28:29PM +0530, Rahila Syed wrote:
>> Thank you for highlighting the discussions. I'm unsure about the best
>> approach here, but I think it would be safe to stay consistent with the
>> rest of the code in d
On Tue, Dec 02, 2025 at 02:28:29PM +0530, Rahila Syed wrote:
> Thank you for highlighting the discussions. I'm unsure about the best
> approach here, but I think it would be safe to stay consistent with the
> rest of the code in dsa.c, especially since it's unclear that the use of
> LW_EXCLUSIVE fo
On Mon, Dec 1, 2025 at 10:19 PM Zhijie Hou (Fujitsu)
wrote:
>
> On Tuesday, December 2, 2025 1:03 AM Masahiko Sawada
> wrote:
> >
> > On Fri, Nov 21, 2025 at 12:14 AM Zhijie Hou (Fujitsu)
> > wrote:
> > >
> > > OK, I think it makes sense to start separate threads.
> > >
> > > I have split the p
Hi!
On Tue, Dec 2, 2025 at 5:14 PM Antonin Houska wrote:
> Not sure, cluster.sql already seems to do the same.
I think in the case of CONCURRENTLY it may behave a little bit
different, but not sure.
> I miss the point. The current coding is such that this part
I mean call it periodically in both
Hi,
We currently do not set pd_prune_xid (the oldest prunable XID) when
replaying XLOG_HEAP2_PRUNE* records. We've never done this, AFAICT.
Since 8.3, this comment has been in the pruning redo function:
* Note: we don't worry about updating the page's prunability hints.
* At worst this w
Mihail Nikalayeu wrote:
> Hello, Antonin!
>
> On Mon, Nov 3, 2025 at 8:56 AM Antonin Houska wrote:
> > I'll fix all the problems in the next version. Thanks!
>
> A few more moments I mentioned:
>
> > switch ((vis = HeapTupleSatisfiesVacuum(tuple, OldestXmin, buf)))
> vis is unused, also to do
Hi,
I have two buildfarm animals running tests with -DCLOBBER_CACHE_ALWAYS,
and both of them started having issues with timeouts
Last file mtime in snapshot: Sat Nov 29 21:41:49 2025 GMT
===
timed out after 14400 secs
The animals are avocet a
Hello, Álvaro!
> Maybe now would be a good time to dust off your
> stress tests and verify that everything is still working as intended.
Done, passing without any issues.
> I bet we can make this visible in a profile with an
> inheritance hierarchy not terribly deep and a few hundred partitions.
On Tue, Dec 2, 2025 at 2:53 AM vignesh C wrote:
>
> On Mon, 1 Dec 2025 at 12:33, Masahiko Sawada wrote:
> >
> > On Mon, Dec 1, 2025 at 12:20 AM Masahiko Sawada
> > wrote:
> >
> > I've attached the patch. All the comments I got so far have been
> > addressed in this version unless I'm missing so
> From 5dc3e4eb50e445a291a13663fc9ce93d0db96b1c Mon Sep 17 00:00:00 2001
> From: Mikhail Nikalayeu
> Date: Sun, 30 Nov 2025 16:49:20 +0100
> Subject: [PATCH v16 2/3] Revert "Doc: cover index CONCURRENTLY causing errors
> in INSERT ... ON CONFLICT."
>
> This reverts commit 8b18ed6dfbb8b3e4483801b
On 2025-Dec-01, Mihail Nikalayeu wrote:
> I think I have implemented a better solution - without any additional NOTICE.
> It just actually waits for the other backend to hang on the injection point.
Pushed. I changed it to be a loop in a DO block rather than a procedure
recursively calling itsel
On Dec 2 2025, at 2:09 am, Michael Paquier wrote:
> On Fri, Nov 14, 2025 at 10:31:28AM -0500, Greg Burd wrote:
>> Catalog tuples have knowledge of what attributes are mutated implicitly,
>> but they don't preserve that information and so
>> HeapDetermineColumnsInfo() has to re-discover that lat
On 28.11.2025 23:31, Thomas Munro wrote:
> On Sat, Nov 29, 2025 at 10:47 AM David Geier wrote:
>> I intentionally tried to avoid any semantic changes but it's of course
>> possible something slipped through by accident.
>
> Do you expect the generated code to be identical? Is it?
In the majorit
On Tue, Dec 2, 2025 at 4:45 PM Dilip Kumar wrote:
>
> On Tue, Dec 2, 2025 at 2:47 PM Amit Kapila wrote:
> >
> > On Tue, Dec 2, 2025 at 12:38 PM Dilip Kumar wrote:
> > >
> > > On Tue, Dec 2, 2025 at 12:06 PM Dilip Kumar wrote:
> > > >
> > > >
> > > > Okay, I will try to make multiple local rows
On Wed, Nov 19, 2025 at 1:01 AM Tom Lane wrote:
>
> jian he writes:
> > [ v1-0001-IS-JSON-predicate-work-with-domain-type.patch ]
>
> This looks like a large patch with a small patch struggling to
> get out of it. Why didn't you simply do
>
> - *exprtype = exprType(expr);
> + *exprty
Hi Jian,
while continuing my review , i observed these:
1) if we have multiple virtual generated columns in table,
and foreign key on a virtual generated column, during
RI check in RI_FKey_check, i observed that we are
computing other virtual generated columns which are
not part of foreign key,wh
On Tue, Dec 2, 2025 at 9:08 PM Amit Kapila wrote:
> Is it possible that we append the predefined options to the options
> given by the user to avoid extra round-trip?
One idea is to add a function, similar to libpqrcv_get_dbname_from_conninfo()
in libpqwalreceiver.c, that extracts the options str
On 02/12/2025 16:11, Alexander Korotkov wrote:
I'd like to raise the question about compression again. You have
fairly criticized non-deterministic compression, but what do you think
about deterministic one that I've proposed [1]. I understand that
multixact offsets are subject of growth and th
Hi hackers,
While working on [1], I noticed that there is a type mismatch when computing
the key size for the PrivateRefCount hash table. Indeed, the first
PrivateRefCountEntry member type is Buffer (int), so the keysize should be
sizeof(Buffer) and not sizeof(int32).
PFA attached a patch to fix
Hi,
On Mon, Dec 01, 2025 at 09:50:43AM -0800, Jacob Champion wrote:
> Fine by me.
Thanks for the review!
> Thanks for this cleanup work!
That's fun and useful to do!
Regards,
--
Bertrand Drouvot
PostgreSQL Contributors Team
RDS Open Source Databases
Amazon Web Services: https://aws.amazon.co
Hi,
On Tue, Dec 02, 2025 at 08:44:28AM +0100, Peter Eisentraut wrote:
> On 01.12.25 08:14, Bertrand Drouvot wrote:
> > Hi,
> >
> > On Tue, Nov 18, 2025 at 04:54:32PM +0100, Peter Eisentraut wrote:
> > > I mean, some people like writing if (!foo) and some like writing if
> > > (foo == NULL), but w
Hi,
On Tue, Dec 02, 2025 at 09:31:34AM +0100, Daniel Gustafsson wrote:
> > On 2 Dec 2025, at 08:32, Michael Paquier wrote:
>
> > Simple example I have seen in the past: a Relation argument not used
> > (I think there has been at least one such example in tablecmds.c,
> > whatever). Removing thi
Hi,
On Tue, Dec 02, 2025 at 04:32:09PM +0900, Michael Paquier wrote:
> On Mon, Dec 01, 2025 at 06:49:25AM +, Bertrand Drouvot wrote:
> > We can still continue to fix them when we cross them "accidentally".
> >
> > That said, it somehow sounds weird to wait to cross them accidentally
> > know
Hi, Heikki!
On Tue, Nov 25, 2025 at 12:07 PM Heikki Linnakangas wrote:
> Looking at the upgrade code, in light of the "IPC/MultixactCreation on
> the Standby server" thread [1], I think we need to make it more
> tolerant. It's possible that there are 0 offsets in
> pg_multixact/offsets. That migh
On 02/12/2025 15:44, Andrey Borodin wrote:
On 1 Dec 2025, at 20:29, Andrey Borodin wrote:
I'm looking through patchsets. I'll look in the morning with fresh eyes.
So far I have no findings.
I also tried to stress-test v14. I assumed that if regression slipped in, most
probably it is inherite
> On 1 Dec 2025, at 20:29, Andrey Borodin wrote:
>
> I'm looking through patchsets. I'll look in the morning with fresh eyes.
So far I have no findings.
I also tried to stress-test v14. I assumed that if regression slipped in, most
probably it is inherited by 14 from higher versions.
I used
On 02/12/2025 15:20, Andres Freund wrote:
On 2025-12-02 10:01:06 +0200, Heikki Linnakangas wrote:
But speaking of that: why do we not allow two processes to concurrently set
hint bits on a page anymore?
It'd make the locking a lot more complicated without much of a benefit.
The new share-excl
Hi,
On 2025-12-02 10:01:06 +0200, Heikki Linnakangas wrote:
> On 25/11/2025 22:46, Andres Freund wrote:
> > > > > diff --git a/src/backend/storage/freespace/fsmpage.c
> > > > > b/src/backend/storage/freesp>
> > > > > /*
> > > > > * Update the next-target pointer. Note that we do this even if we're
On Mon, Dec 1, 2025 at 10:47 PM tushar
wrote:
>
>>
> I have observed that when combining the --globals-only option with certain
> other switches during a pg_restore - operation fails silently.
> The attempted restore does not execute, but no error message or warning is
> displayed unless the --ve
Am Montag, dem 01.12.2025 um 09:27 +0530 schrieb Dilip Kumar:
> The decoder will then translate the standard single-row
> insert/update WAL records generated for the internal pg_largeobject
> table rows into logical operations formatted as LOWRITE: OID, OFFSET,
> DATA, LENGTH, where the OFFSET is c
On 2025-Dec-01, Mihail Nikalayeu wrote:
> From af5e27d4150dd53d313122c02da7ce4d3c07f332 Mon Sep 17 00:00:00 2001
> From: Mikhail Nikalayeu
> Date: Sun, 30 Nov 2025 16:48:55 +0100
> Subject: [PATCH v16 1/3] Modify the ExecInitPartitionInfo function to consider
> partitioned indexes that are pote
Hello hackers,
The current OAuth code allows validators to add custom validation
logic, but does not allow them to introduce custom
authentication-related parameters in the place where they belong:
pg_hba.conf. As a workaround, both pg_oidc_validator and
postgres-keycloak-oauth-validator (and like
Hi,
> On Dec 2, 2025, at 18:56, Tomas Vondra wrote:
>
> I think a much broader evaluation will be needed, comparing not just the
> planning time, but also the quality of the final plan. Which for the
> starjoin tests does not really matter, as the plans are all equal in
> this regard.
Many t
On Wed, Nov 26, 2025 at 5:19 PM Tomas Vondra wrote:
> Rebased patch series attached.
Thanks. BTW still with the old patchset series, One additional thing
that I've found out related to interleave is that in
CreateAnonymousSegment() with the default check_debug='', we still
issue numa_interleave_
On Tue, Nov 18, 2025 at 9:29 PM Fujii Masao wrote:
>
> In logical replication, any GUC settings specified in the CONNECTION clause of
> CREATE SUBSCRIPTION are currently ignored. For example:
>
> CREATE SUBSCRIPTION mysub
> CONNECTION 'options=''-c wal_sender_timeout=1000'''
>
On Fri, 28 Nov 2025 at 20:08, Hannu Krosing wrote:
>
> On Fri, Nov 28, 2025 at 7:31 PM Matthias van de Meent
> wrote:
> >
> > On Fri, 28 Nov 2025 at 18:58, Hannu Krosing wrote:
> > >
> > > On Fri, Nov 28, 2025 at 5:58 PM Matthias van de Meent
> > > wrote:
> > > >
> > > ...
> > > > I'm a bit wor
On Sat, Nov 29, 2025 at 9:36 PM Sugamoto Shinya
wrote:
>
>
> On Fri, Nov 28, 2025 at 2:59 AM Kirill Reshke
> wrote:
>
>> On Wed, 26 Nov 2025 at 11:55, Sugamoto Shinya
>> wrote:
>> >
>> >
>> >
>> > 2025年11月25日(火) 6:50 Nathan Bossart :
>> >>
>> >> On Mon, Nov 24, 2025 at 11:56:34AM -0800, Masahik
On Tue, Dec 2, 2025 at 2:47 PM Amit Kapila wrote:
>
> On Tue, Dec 2, 2025 at 12:38 PM Dilip Kumar wrote:
> >
> > On Tue, Dec 2, 2025 at 12:06 PM Dilip Kumar wrote:
> > >
> > >
> > > Okay, I will try to make multiple local rows as JSON Array in the next
> > > version.
> > >
> > Just to clarify s
On Tue, 2 Dec 2025 at 11:27, Mihail Nikalayeu wrote:
>
> Hello, Antonin!
>
> On Tue, Dec 2, 2025 at 8:28 AM Antonin Houska wrote:
> > I suppose you don't want to use logical decoding for CIC, do you? How can
> > then
> > it be "the same" like in REPACK (CONCURRENTLY)? Or do you propose to rework
On 12/2/25 04:48, Chengpeng Yan wrote:
> Hi hackers,
>
> This patch implements GOO (Greedy Operator Ordering), a greedy
> join-order search method for large join problems, based on Fegaras (DEXA
> ’98) [1]. The algorithm repeatedly selects, among all legal joins, the
> join pair with the lowest es
On Mon, 1 Dec 2025 at 10:09, Antonin Houska wrote:
>
> Matthias van de Meent wrote:
>
> > I'm a bit worried, though, that LR may lose updates due to commit
> > order differences between WAL and PGPROC. I don't know how that's
> > handled in logical decoding, and can't find much literature about i
> Hi David,
Hi Guillaume,
> I just looked at the commit fest entry and the bot says your patch needs
> a rebase. Can you do it? Thanks.
I attached the rebased patch.
Any feedback would be appreciated.
Regards.
On Wed, Nov 26, 2025 at 9:02 PM Guillaume Lelarge
wrote:
>
> Hi David,
>
> I just l
Hello, Antonin!
On Tue, Dec 2, 2025 at 8:28 AM Antonin Houska wrote:
> I suppose you don't want to use logical decoding for CIC, do you? How can then
> it be "the same" like in REPACK (CONCURRENTLY)? Or do you propose to rework
> REPACK (CONCURRENTLY) from scratch so that it does not use logical
Hi,
Thanks for taking a look.
> On Dec 2, 2025, at 13:36, Dilip Kumar wrote:
>
> Is pgbench the right workload to test this, I mean what are we trying
> to compare here the planning time taken by DP vs GEQO vs GOO or the
> quality of the plans generated by different join ordering algorithms
> o
> On 30 Nov 2025, at 10:11, Potapov Alexander wrote:
> I ran pg_upgrade tests (make check -C src/bin/pg_upgrade) and found that test
> log does not contain PG version:
> -$node->dump_info;
> -
> $node->_set_pg_version;
> +$node->dump_info;
> +
This seems like a correct ch
Hi,
On Tue, Dec 2, 2025 at 11:08 AM Xuneng Zhou wrote:
>
> Hi,
>
> On Mon, Dec 1, 2025 at 12:33 PM Xuneng Zhou wrote:
> >
> > Hi hackers,
> >
> > On Tue, Nov 25, 2025 at 7:51 PM Xuneng Zhou wrote:
> > >
> > > Hi!
> > >
> > > > > > > At the moment, the WAIT FOR LSN command supports only the repl
On Tue, Dec 2, 2025 at 1:58 PM Ajin Cherian wrote:
>
>
> Attached patch v27 addresses the above comments.
>
Thanks for the patch. Please find a few comments:
1)
+ /* The worker pid must not be already assigned in SlotSyncCtx */
+ Assert(SlotSyncCtx->pid == InvalidPid);
+
We can mention just 'pi
> On 2 Dec 2025, at 03:46, Steve Chavez wrote:
> Currently misspelled columns offer a hint but not misspelled relations.
The tab-completion in psql is one tool offered to avoid misspellings which
reduce the need.
> One problem is that scanning all pg_class entries can get expensive on big
> ca
On 24.11.25 11:26, Bertrand Drouvot wrote:
Hi hackers,
Attached is a patch to $SUBJECT.
This is the same kind of idea as 7f798aca1d5 and ef8fe693606, as their presence
could cause risks of hiding actual type mismatches in the future or silently
discarding qualifiers. I think that it also improv
On Tue, Dec 2, 2025 at 12:38 PM Dilip Kumar wrote:
>
> On Tue, Dec 2, 2025 at 12:06 PM Dilip Kumar wrote:
> >
> >
> > Okay, I will try to make multiple local rows as JSON Array in the next
> > version.
> >
> Just to clarify so that we are on the same page, along with the local
> tuple the other
Hi,
The patch LGTM overall. I had tested the v1 and it worked fine.
> That function was added by commit ee1b30f, which AFAICT used an exclusive
> lock just to stay consistent with the rest of dsa.c [0]. I don't see any
> discussion about this in the original DSA thread [1]. Perhaps we could go
On Mon, 1 Dec 2025 at 12:33, Masahiko Sawada wrote:
>
> On Mon, Dec 1, 2025 at 12:20 AM Masahiko Sawada wrote:
>
> I've attached the patch. All the comments I got so far have been
> addressed in this version unless I'm missing something.
Few comments:
1) We have an invalidation test at 044_inval
> On 2 Dec 2025, at 08:32, Michael Paquier wrote:
> Simple example I have seen in the past: a Relation argument not used
> (I think there has been at least one such example in tablecmds.c,
> whatever). Removing this argument also meant that we don't require
> function callers to open a Relation,
On Fri, Nov 28, 2025 at 5:03 PM Japin Li wrote:
>
> 1.
> Initialize slot_persistence_pending to false (to avoid uninitialized values,
> or
> initialize to true by mistaken) in update_and_persist_local_synced_slot().
> This
> aligns with the handling of found_consistent_snapshot and remote_slot_p
On Mon, Dec 1, 2025 at 9:02 PM Amul Sul wrote:
> On Mon, Dec 1, 2025 at 12:32 PM Michael Paquier wrote:
> >
> > On Fri, Nov 28, 2025 at 09:46:43AM +0530, Amul Sul wrote:
> > > I have attached patch 0002 that renames it. I also updated patch 0001
> > > to accommodate Amit's comment suggestions.
>
On Tue, Dec 02, 2025 at 07:40:44AM +, Bertrand Drouvot wrote:
> The reason is that, while they are currently useless, they would need to be
> added back if we add more branches/cases. So I preferred to stay on the safe
> side
> of thing.
@@ -75,7 +75,6 @@ heap_xlog_prune_freeze(XLogReaderStat
Michael Paquier wrote:
> On Tue, Dec 02, 2025 at 08:18:48AM +0100, Antonin Houska wrote:
> > In ReindexRelationConcurrently(), the call of
> > index_concurrently_create_copy()
> > is enclosed in
> >
> > /*
> > * Switch to the table owner's userid, so that any index functions are
> >
Hi,
On Tue, Dec 2, 2025 at 9:04 AM Michael Paquier wrote:
> On Mon, Dec 01, 2025 at 04:43:37PM -0600, Nathan Bossart wrote:
> > I tried to move the partitioning-related code to a new file, and it wasn't
> > too bad. Note that there are a couple of internal-to-tablecmds.c things
> > that need to
On 25/11/2025 22:46, Andres Freund wrote:
On 2025-11-25 15:02:02 -0500, Melanie Plageman wrote:
On Tue, Nov 25, 2025 at 11:54 AM Andres Freund wrote:
--- a/src/backend/storage/freespace/freespace.c
+++ b/src/backend/storage/freespace/freespace.c
@@ -904,14 +904,22 @@ fsm_vacuum_page(Relation r
78 matches
Mail list logo
