Re: MVCC and all that...

From: Ron Johnson <ronljohnsonjr(at)gmail(dot)com>
To: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: MVCC and all that...
Date: 2025-09-11 00:11:15
Message-ID: CANzqJaD2jy5tQ4XBUDE-NUrn1DjbACOovB9hdybBCQH6=+aDOg@mail.gmail.com
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Wed, Sep 10, 2025 at 6:20 PM Justin <zzzzz(dot)graf(at)gmail(dot)com> wrote:

> On Wed, Sep 10, 2025 at 5:28 PM Nico Williams <nico(at)cryptonector(dot)com>
> wrote:
>
>> [snip]

> I would really like out-of-band hints. These would be hints not
>> specified in the SQL itself but to be sent separately and which address
>> table sources or joins by name, like this:
>>
>> psql> SELECT .. FROM x x1 JOIN y y1 ON .. JOIN y y2 ON .. WHERE ..;
>> ...> \hint y1 indexed by ..
>> ...> \hint y2 indexed by ..
>> ...> ;
>>
>
> I humbly disagree, the point of SQL being a 4th generation language is,
> I tell it what I want, not how to go get what I want.
>

And the point of high-level languages is to eliminate GOTO, and yet GOTO
still exists.

The real problem is requiring the application to carry the hints.

My old RDBMS let you CREATE HINT to which you (the DBA) would put a SELECT,
UPDATE or DELETE statement (similar to PREPARE), and what indices to use.
That way, the application doesn't carry them, and "you" can update them as
needed.

Rarely useful, but occasionally *VERY* useful.

--
Death to <Redacted>, and butter sauce.
Don't boil me, I'm still alive.
<Redacted> lobster!

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Ellen Allhatatlan 2025-09-11 11:38:32 Re: MVCC and all that...
Previous Message Nico Williams 2025-09-10 23:07:51 Re: MVCC and all that...