Remove empty UPDATE also when not wrapped with exchange

[findinpath]

Description

Replace UPDATE plan node with an empty VALUES node when the predicate is optimized to false.

Is this change a fix, improvement, new feature, refactoring, or other?

Fix

Is this a change to the core query engine, a connector, client library, or the SPI interfaces? (be specific)

Core query engine

How would you describe this change to a non-technical end user or system administrator?

Support queries like the following:

UPDATE table_name SET col1 = 'some_value' WHERE false;

Related issues, pull requests, and links

Fixes #12422
Enhances to #13755

Documentation

(x) No documentation is needed.
( ) Sufficient documentation is included in this PR.
( ) Documentation PR is available with #prnumber.
( ) Documentation issue #issuenumber is filed, and can be handled later.

Release notes

(x) No release notes entries required.
(x) Release notes entries required with the following suggested text:

RN done via #13755

[findepi]

Remove empty UPDATE also when wrapped with exchange

i think the "wrapped with exchange" case was satisfied.

[findepi]

I merged #13755 without resolving #13755 (comment) because I don't know whether it matters. I didn't want to have a dead code.

[findinpath]

While testing the PR i've stumbled on the following edge case:

UPDATE mock.default.nation SET name = 'x' WHERE name IN (SELECT name FROM mock.default.nation WHERE false)
io.trino.testing.QueryFailedException: Invalid descendant for DeleteNode or UpdateNode: io.trino.sql.planner.plan.ExchangeNode

	at io.trino.testing.AbstractTestingTrinoClient.execute(AbstractTestingTrinoClient.java:123

The plan node for the query above looks like:

ExchangeNode
  UpdateNode
    ProjectNode
      FilterNode
        ProjectNode
          SemiJoinNode
            ExchangeNode
              Values (rowCount = 0)

[findepi]

@findinpath reported #13803 for this case.

[findepi]

@findinpath before this PR, is there a query that fails that wouldn't fail after this PR?

what is an example of a query which produces different plans before and after this PR?

[findinpath]

what is an example of a query which produces different plans before and after this PR?

To be honest, I don't have yet a usecase for an UpdateNode not wrapped by an exchange node.
I'll close the PR for this reason.