egg/DashBoard
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
Files
71c8102de68cf1f947388b4913fa37f534f93c14
DashBoard/openspec/changes/historical-query-slow-connection/specs/query-tool-lot-trace/spec.md
egg 71c8102de6 feat: dataset cache for hold/resource history + slow connection migration 
Two changes combined:

1. historical-query-slow-connection: Migrate all historical query pages
   to read_sql_df_slow with semaphore concurrency control (max 3),
   raise DB slow timeout to 300s, gunicorn timeout to 360s, and
   unify frontend timeouts to 360s for all historical pages.

2. hold-resource-history-dataset-cache: Convert hold-history and
   resource-history from multi-query to single-query + dataset cache
   pattern (L1 ProcessLevelCache + L2 Redis parquet/base64, TTL=900s).
   Replace old GET endpoints with POST /query + GET /view two-phase
   API. Frontend auto-retries on 410 cache_expired.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>
2026-02-25 13:15:02 +08:00

523 B
Raw Blame History

MODIFIED Requirements

Requirement: Slow query timeout configuration

The query-tool service read_sql_df_slow call for full split/merge history SHALL use the config-driven default timeout instead of a hardcoded 120-second timeout.

Scenario: Full history query uses config timeout

  • WHEN full_history=True split/merge query is executed
  • THEN it uses read_sql_df_slow with the default timeout from DB_SLOW_CALL_TIMEOUT_MS (300s)
  • AND the hardcoded timeout_seconds=120 parameter is removed