fix(core): unquote backtick/double-quoted table tokens in alias resolution (#82)

[haroya01]

Summary

• MissingIndexDetector.resolveAliases now matches and strips backtick / double-quote wrapping on each segment of FROM/JOIN table tokens.
• Adds QuotedTableAliasResolutionTest with three failing-before regression cases that hit MissingIndexDetector and RedundantFilterDetector (the latter delegates to the same alias map).

Why

A targeted slice of #82. Hibernate emits backtick- or double-quoted table identifiers when hibernate.globally_quoted_identifiers=true or when the table name is a reserved word. For SQL like:

SELECT m1_0.id FROM `messages` m1_0 WHERE m1_0.user_id = ?

FROM_ALIAS (\bFROM\s+((?:\w+\.){0,2}\w+)…) only matches bare \w+ segments, so the regex didn't match at all and the alias map was empty. resolveTable("m1_0", emptyMap) then hit its Hibernate-pattern fallback ([a-z]{1,3}\d+_\d+) and returned null — silently dropping legitimate missing-index, redundant-filter, composite-index, and for-update findings on every Hibernate-emitted query that ran with quoted identifiers.

The fix:

1. Allow any FROM/JOIN segment to be \w+, `…`, or "…".
2. Unquote each segment in registerAlias before lowercasing so the canonical key matches the bare names the JSqlParser-driven WHERE/JOIN column extractor already produces.

The Hibernate-pattern guard in resolveTable stays — it's still the right behaviour when the FROM clause genuinely can't be parsed.

This is narrower than the full proposal in #82. The issue contemplates routing all detectors through EnhancedSqlParser for canonical alias resolution; that's a larger refactor and is intentionally out of scope here. Leaving #82 open for that follow-up.

Test plan

• :query-audit-core:test — QuotedTableAliasResolutionTest (3 new tests) plus the full suite green.
• All-module ./gradlew test BUILD SUCCESSFUL on the local SB 3.4.x baseline.
• Existing Hibernate-alias regression tests in FalsePositiveFixTest (hibernateAlias_mapsToFromTable, aliasedSoftDelete_*) still pass — the unquote step is a no-op when no quotes are present (early indexOf short-circuit).

Refs #82