[ 
https://issues.apache.org/jira/browse/PHOENIX-7932?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
 ]

Andrew Kyle Purtell resolved PHOENIX-7932.
------------------------------------------
    Resolution: Fixed

> Sweep tests for remaining EXPLAIN improvement issues
> ----------------------------------------------------
>
>                 Key: PHOENIX-7932
>                 URL: https://issues.apache.org/jira/browse/PHOENIX-7932
>             Project: Phoenix
>          Issue Type: Sub-task
>            Reporter: Andrew Kyle Purtell
>            Assignee: Andrew Kyle Purtell
>            Priority: Major
>             Fix For: PHOENIX-7876-feature
>
>
> {{GlobalIndexCheckerIT}} family ({{GlobalIndexCheckerIT}}, 
> {{GlobalIndexCheckerEventualIT}}, {{GlobalIndexCheckerEventualGenerateIT}}):
> - A functional index match overwrites the index rule. We need to be able to 
> support {{'/* rule, matches <expr> */'}} Disclose both via a new first class 
> {{functionalMatch}} field in {{ExplainPlanAttributes}}. {{recordDecision()}} 
> keeps {{rule}} as reason and records {{functionalMatch = matches(<expr>)}} 
> independently.
> - When {{CONSISTENCY}}={{EVENTUAL}}, a companion CDC index for the user index 
> is auto-created, so at the {{noIndexQuery}} point in 
> {{testPhoenixRowTimestamp}}, the {{NO_INDEX}} hint rejects two candidates, 
> not one. Distinguish with {{GlobalIndexCheckerIT.isEventualConsistency()}}, 
> default {{false}}, overridden where required.
> {{UncoveredGlobalIndexRegionScanner}}, {{UncoveredGlobalIndexRegionScanner2}}:
> - Re-baseline tests after functional match disclosure changes. Add a private 
> hint-aware helper to discriminate between plain and functional index matches.
> {{LoggingSingleConnectionLimiterIT}}:
> - Restore the region/host info dropped from connection activity log. Region 
> locations were only emitted into the structured {{ExplainPlanAttributes}} 
> only when requested with {{EXPLAIN ... REGIONS}}. The structured attributes 
> should contain the data regardless, keeping the conditional logic at the 
> output layer.
> ----
> Unrelated / environment / pre-existing / out of scope:
> - {{SecureUserConnectionsIT}} — Kerberos: `Illegal principal name 
> [email protected]` (local login env)
> - {{UpdateCacheIT}} — `OutOfMemoryError` in regionserver threads (fork 
> resource pressure; flaky under load).
> - {{UpgradeIT.testMergeViewIndexSequences}} — `SequenceNotFoundException` in 
> the upgrade path.
> - {{UpgradeNamespaceIT.testMapMultiTenantTableToNamespaceDuringUpgrade}} — 
> upgrade/namespace assertion.
> - {{PartialSystemCatalogIndexIT.testIndexesOfViewAndIndexHeadersCondition}} — 
> {{DECODE_VIEW_INDEX_ID}} column-not-found (syscat view-index headers).
> - {{GlobalConnectionTenantTableIT}} - {{PhoenixConnection.getTable(tenantId, 
> name, Long timestamp)}} documents a null timestamp as valid and the cache-hit 
> path should handle it, but the cache-miss path calls {{getTableNoCache(PName, 
> String, long)}}, unboxing the {{null}} , leading to a NPE. Also in 
> {{testGetTableFromCache}} two {{getTable(..., null)}} calls don't return the 
> same cached instance, and {{testGetTenantViewAtTimestamp}} has point-in-time 
> timestamp mismatches.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)

Reply via email to