PHPMem v2.0.1

Version
1.6.45
Uptime
7 days 3 hours 53 minutes 51 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
4 / 1 024 max
Total
58 035
Rejected
0
llm:5b77070bff70f17e8fd243cf57802755010dc40369b2e27dc8340dd482cf1ea1
TTL 10 hours 22 minutes 50 seconds Size 2,86KB Export
Edit
### Fit-for-Purpose Verdict **What this dataset supports well** This dataset is **immediately usable for single-table fighter profiling and time-series analysis**. The 2,760-row `fighters` table delivers 99% completeness across biographical and performance attributes, enabling robust exploration of which fighter characteristics—age, stance, reach, win/loss ratios—correlate with career outcomes. Temporal columns support longitudinal studies of fighter trajectories over time. The 152-row `popular_matches` table provides a curated subset of high-profile bouts for outcome modeling experiments, though its small size limits statistical power for production-grade prediction models. **What it cannot support and why** 1. **Cross-table aggregation and enriched match-level features.** Zero validated foreign keys mean you cannot reliably join `fighters` to `popular_matches` to compute pre-fight differentials (reach advantage, experience gap, age spread) or aggregate fighter career statistics into match records. Any attempt to link tables will rest on unverified assumptions about key semantics. 2. **Comprehensive outcome prediction at scale.** The `popular_matches` table captures only 152 bouts—insufficient volume to train generalizable machine learning models or validate feature importance across diverse matchup scenarios. Without join paths to the full fighter roster, you cannot expand the training set or backfill historical match data. 3. **Referential integrity validation.** The 100% integrity score is vacuous: no foreign-key constraints exist to test. You have no assurance that fighter identifiers in `popular_matches` correspond to records in `fighters`, creating silent risk of orphaned references or mismatched attributes. **Top remediation steps** 1. **Establish and validate a foreign-key relationship** between `popular_matches` and `fighters` (likely on fighter name or a stable identifier). Document the join column, test referential integrity against the actual data, and resolve any orphaned match records before building cross-table features. 2. **Expand the match dataset** beyond the 152 popular bouts. Ingest comprehensive fight history to provide the sample size required for robust outcome modeling and to reduce selection bias inherent in a "popular matches" filter. 3. **Engineer pre-fight differential features** once joins are validated: compute reach advantage, experience gap (total fights), win-rate spread, and age difference for each matchup. These derived attributes will separate winners from losers more effectively than raw fighter profiles alone. 4. **Implement ongoing referential integrity monitoring** as new matches and fighter records arrive, ensuring join keys remain valid and no silent data quality drift undermines model inputs.