PHPMem v2.0.1

Version
1.6.45
Uptime
7 days 8 hours 13 minutes 29 seconds

Memory

Total
512MB
Used
13,32MB (2.6%)
Free
498,68MB

Keys

Current
10 162
Total (since start)
11 092
Evictions
0
Reclaimed
157
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
3 / 1 024 max
Total
63 361
Rejected
0
llm:4dcecabc310ce3c2bdc7a0504d2428bb3af1981b3fd3872e76967981376e3421
TTL 6 hours 7 minutes 33 seconds Size 2,50KB Export
Edit
### Fit-for-Purpose Verdict **What this dataset supports well** This dataset is **ready for temporal career analysis** across 10 tables containing 127–115 fighter records each. The 97% completeness score and 100% referential integrity within individual tables enable reliable time-series studies of career trajectories, win/loss/KO patterns over fight dates, and fighter attribute distributions. You can confidently track individual boxer performance metrics, analyze knockout rates by weight class, and examine how rankings evolve across fight sequences—provided you work within single-table boundaries. **What it cannot support and why** **Cross-fighter comparisons and match-level analysis are blocked.** With zero validated joins detected, you cannot reliably link fighters to their opponents, aggregate statistics across bouts, or reconstruct head-to-head records. Any attempt to answer "Who did Fighter A face in their title fights?" or "What is the combined record of all opponents Fighter B defeated?" will produce unreliable results because the platform found no foreign-key relationships connecting fighters to matches or opponents to each other. **The dataset also cannot support ranking-based segmentation** in its current state. The `s_boxer_ranking` column—critical for stratifying fighters by competitive tier—carries 55–72% null rates across tables (16/29 missing in boxing_pulev_clean, 17/30 in boxing_tysonfury, 92/127 in cleandata). Analyses that depend on separating contenders from journeymen or tracking rank progression will exclude more than half your records. **Top remediation steps** 1. **Impute or source missing ranking data** for `s_boxer_ranking` in cleandata (72% null, 92/127 records), boxing_tysonfury (57% null, 17/30), and boxing_pulev_clean (55% null, 16/29) to enable tier-based fighter segmentation. 2. **Establish foreign-key relationships** between fighter tables and any match/bout tables (if they exist outside this sample) so cross-table aggregation becomes possible; without validated joins, opponent analysis and head-to-head records remain out of reach. 3. **Consolidate the five cleandata variants** (cleandata, cleandata_v2, cleandata_v3, cleandata_v4, cleandata_v5) into a single authoritative table with explicit version metadata; the current structure fragments your 127-row dataset across redundant schemas and obscures which version represents ground truth.