PHPMem v2.0.1

Version
1.6.45
Uptime
7 days 17 hours 15 minutes 21 seconds

Memory

Total
512MB
Used
8,23MB (1.61%)
Free
503,77MB

Keys

Current
6 304
Total (since start)
11 096
Evictions
0
Reclaimed
298
Expired Unfetched
0
Evicted Unfetched
0

Connections

Current
2 / 1 024 max
Total
71 404
Rejected
0
llm:de90385b23cc48fde99940d35a16fb9a5d55c5ed4d8958d3ba3cbcbc4bcb9faf
TTL 6 days 2 hours 36 minutes 10 seconds Size 1,37KB Export
Edit
```json { "table_name": "search_engine_benchmark", "primary_key": "id", "candidates": [ { "rank": 0, "partition_key": "id", "partition_key_label": "primary_identifier", "partition_key_reasoning": "id is the unique identifier with RPUV=1.00 and uniqueness=1.000, covering all 3 rows uniquely. As a dimension table with only 3 rows (one per search engine benchmark result), partitioning by id is semantically correct though practically unnecessary at this scale.", "clustering_key": null, "clustering_key_label": null, "clustering_key_reasoning": "Dimension tables typically do not require clustering. With only 3 rows and no temporal or hierarchical ordering needed, no clustering key is warranted.", "world_line": null, "session_column": null, "confidence": "HIGH", "notes": "This is a small dimension table (3 rows) storing benchmark results for three search engines (whoosh, tantivy, lucene). The id column is the natural primary key. The table is effectively a lookup/reference table for search engine performance metrics. At this scale, partitioning has negligible performance impact but id remains the correct semantic choice as the primary identifier per dimension table standards." } ] } ```