Re: failure to drop table due to pg_temp_7 schema

From: "Peter 'PMc' Much" <pmc(at)citylink(dot)dinoex(dot)sub(dot)org>
To: Adrian Klaver <adrian(dot)klaver(at)aklaver(dot)com>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org, laurenz(dot)albe(at)cybertec(dot)at
Subject: Re: failure to drop table due to pg_temp_7 schema
Date: 2025-11-15 18:10:53
Message-ID: aRjCLWBJ5AQnc5B5@disp.intra.daemon.contact
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Sat, Nov 15, 2025 at 08:06:22AM -0800, Adrian Klaver wrote:
! On 11/15/25 06:57, Peter 'PMc' Much wrote:
! >
! > Hi,
!
! > Que is this: https://github.com/que-rb/que
!
! Personally I would be more worried about an application
! where the last commit was:
!
! Changelog: Add entry for version 2.4.1
! committed
! on Oct 27, 2024.

Really? I'd call that quite recently.

And there is an explanation: Rails has dropped automated support
for Que. That doesn't matter to me, because I'm not using it in the
automated fashion. But it means the big user base is gone, and
therewith the influx of improvement desires.

! Makes you wonder what will happen if you upgrade to a newer version
! of Postgres?

I'll see when I'm there. Still have to wait for the new kerberos in
FreeBSD - there will be a lot more to mangle anyway.

But speaking generally, I am quite bewildered that a simple tool
being stable for a year might already be considered worrisome.
Normally, a new technology brings a vast amount of innovation for
the first or second decade, and then it starts to stabilize.
We in the IT do the opposite, we ever increase the change rate,
and I am wondering where this is supposed to lead.

cheers,
PMc

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message Adrian Klaver 2025-11-15 18:36:54 Re: failure to drop table due to pg_temp_7 schema
Previous Message Peter 'PMc' Much 2025-11-15 16:40:38 Re: failure to drop table due to pg_temp_7 schema