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
TTL 5 days 19 hours 43 minutes 6 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." } ] } ```