PHPMem v2.0.1
Version
1.6.45
Uptime
8 days 8 minutes 10 seconds
Memory
Total
512MB
Used
7,68MB (1.5%)
Free
504,32MB
Keys
Current
5 910
Total (since start)
11 098
Evictions
0
Reclaimed
326
Expired Unfetched
0
Evicted Unfetched
0
Connections
Current
4 / 1 024 max
Total
75 511
Rejected
0
llm:c511330c2169e8ccce17ae46c4a974d9b2916697448020b3562b156ae3103b6b
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."
}
]
}
```