[TMP] IBX-12043: Upgraded to Doctrine DBAL 4

[ViniTou]

🎫 Issue	IBX-12043

Related PRs:

• IBX-12043: Upgraded to Doctrine DBAL 4 doctrine-schema#45 (must merge first)
• [TMP] IBX-12043: Upgraded to Doctrine DBAL 4 core#800 (must merge first)
• [TMP] IBX-12043: Upgraded to Doctrine DBAL 4 test-core#35

Important

composer.json carries [TMP] pointers for ibexa/core, ibexa/doctrine-schema and ibexa/test-core (dev-dbal-4-upgrade as 6.0.x-dev). All must be reverted to ~6.0.x-dev once those PRs merge, before this PR is mergeable.

Description:

Part of the staged Doctrine upgrade under IBX-12043. Two DBAL 4 removals drive everything here.

First, binding types became enums. Connection::ARRAY_PARAM_OFFSET is gone, so the ParameterType + offset arithmetic that turned a scalar binding type into an array one has to be replaced by a mapping onto ArrayParameterType. That mapping lives next to the existing lookup as DoctrineSchemaMetadata::getArrayBindingTypeForColumn(), and getBindingTypeForColumn() now returns ParameterType rather than int — a signature change on DoctrineSchemaMetadataInterface, which is public API. Parameter widens its type accordingly.

Second, QueryBuilder::getQueryPart() is gone, and it was used to ask the builder two questions. "Has this table already been joined?" is now tracked per QueryBuilder via JoinedTablesTracker, reusing the helper ibexa/core already introduced for the same problem rather than adding a second mechanism. "Has this sub-select been given a SELECT?" is derived from the builder itself: getSQL() throws QueryException when no SELECT expressions have been provided. That is deliberate — the visitor passes the outer query builder when there is no sub-query, so the check has to reflect the builder's real state rather than what this strategy happens to have initialised.

The strategy tests previously asserted on getQueryPart() output; they now assert on generated SQL, which also covers the join idempotency that the tracker provides. Note DBAL 4 additionally validates join aliases, so a join whose fromAlias is not a registered FROM/JOIN alias now throws UnknownAlias.

For QA:

Filtering and sorting through the persistence layer's Doctrine gateways is the surface touched, in particular criteria that filter on a related entity (sub-select and joined relationship types) and IN comparisons, which are the array-binding path.

Documentation:

N/A