PHPMem v2.0.1

Version
1.6.45
Uptime
7 days 14 hours 42 minutes 39 seconds

Memory

Total
512MB
Used
13,27MB (2.59%)
Free
498,73MB

Keys

Current
10 125
Total (since start)
11 096
Evictions
0
Reclaimed
183
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
2 / 1 024 max
Total
69 665
Rejected
0
llm:b451688351e3e22c0e07466341080f2685fd021cee0b9ae7e6ee71394ef99dfc
TTL 6 days 5 hours 6 minutes 18 seconds Size 1,42KB Export
Edit
```json { "table_name": "dataset_lifecycle", "table_type_tags": [ {"tag": "path", "confidence": 0.90}, {"tag": "event", "confidence": 0.30} ], "primary_type": "path", "insufficient_evidence": false, "entity": { "columns": ["dataset_id", "batch_id"], "unique_per_row": true }, "time_axis": { "columns": ["submitted_at"], "kind": "event_time" }, "reasoning": "The composite entity (dataset_id, batch_id) is unique per row — batch_id Uniqueness 1.000 makes each row distinct. However, dataset_id repeats (RPUV 2.00, Uniqueness 0.500, top value d_9e733a56 appears 22 times), and the rows trace a dataset's processing lifecycle along the submitted_at axis. Each row records a state transition: submitted → insights_started → insights_ready, with status values (backfilled, complete, degraded, failed, in_progress) and status_reason capturing the outcome. The time_to_insights_ms and multiple timestamp columns (submitted_at, insights_started_at, insights_ready_at) record the progression. Replaying a dataset's rows in submitted_at order reconstructs its processing history and current state at any point — this is path. The batch_id is the occurrence identifier for each processing attempt, making the grain (dataset, batch), but the dataset is the entity whose state evolves." } ```