refactor(database): optimize groupGetType by caching it inside BaseBuilder loops

[gr8man]

Description
Inside BaseBuilder's whereHaving() and _like() methods, $this->groupGetType($type) was being called repeatedly inside foreach loops.

This pull request optimizes these methods by:

1. Caching the $prefix outside the loops before iteration starts.
2. Dynamically updating the $prefix to $type at the end of the loop iteration to correctly mimic subsequent query builder conditions.
3. Unifying the separate logical paths in _like() for RawSql vs array inputs into a single loop using structured associative arrays (avoiding PHP TypeError since array keys cannot be RawSql object instances).

Checklist:

• Securely signed commits
• Component(s) with PHPDoc blocks, only if necessary or adds value (without duplication)
• Unit testing, with >80% coverage
• User guide updated
• Conforms to style guide
• We don't add entries for refactoring, as there are no real changes for end users. (No changelog entry needed)

[michalsn]

Points 1 and 2 make sense - not necessarily as a performance optimization, but as a code-quality improvement.

Please revert point 3, as it changes the existing RawSql behavior.

If PR claims a performance improvement, please provide a reproducible benchmark and results demonstrating it. Otherwise, please use the refactor prefix. Performance claims should be supported by evidence provided by the PR author.

[michalsn]

This needs the same empty-array guard as whereHaving(). groupGetType() mutates the group state, so calling it before an empty loop can break grouped queries like groupStart()->like([])->where(...), producing invalid SQL with AND immediately after (. Please add a regression test for that case.