PHPMem v2.0.1

Version
1.6.45
Uptime
7 days 19 hours 46 seconds

Memory

Total
512MB
Used
8,15MB (1.59%)
Free
503,85MB

Keys

Current
6 252
Total (since start)
11 098
Evictions
0
Reclaimed
299
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
3 / 1 024 max
Total
72 524
Rejected
0
llm:7468f1ef9020199882e180431c5a38dc901d68ffd7b5df9acae6f70edb185807
TTL 6 days 50 minutes 30 seconds Size 1,58KB Export
Edit
```json { "table_name": "report_sections", "primary_key": "id", "candidates": [ { "rank": 0, "partition_key": "jobs_id", "partition_key_label": "primary_identifier", "partition_key_reasoning": "jobs_id has RPUV=7.00 (812 rows / 116 unique = 7 sections per job), which is ideal for partitioning. Each job produces exactly 7 report sections (index 0-6), making this a natural organizational boundary. Top 3 coverage is only 2.59%, indicating well-distributed partitions.", "clustering_key": "index", "clustering_key_label": null, "clustering_key_reasoning": "index has RPUV=116.00 and ranges 0-6, representing the sequential order of sections within each report. Monotonicity=0.858 confirms strong ordering. Sorting by index ensures sections are retrieved in presentation order (dataset_overview → join_strategy → data_quality → ml_feature → query_performance → cost_metrics → appendix).", "world_line": null, "session_column": null, "confidence": "HIGH", "notes": "This is a dimension table storing report section content. Each jobs_id produces 7 sections (RPUV=7), and index orders them 0-6. Partitioning by jobs_id groups all sections for a report together; sorting by index ensures correct presentation sequence. Primary key is id (unique per section). report_id could be an alternative partition key (same RPUV=7), but jobs_id is preferred as it's an integer FK to the jobs table." } ] } ```