PHPMem v2.0.1
Version
1.6.45
Uptime
17 days 14 hours 11 minutes 19 seconds
Memory
Total
512MB
Used
12,72MB (2.48%)
Free
499,28MB
Keys
Current
14 060
Total (since start)
40 994
Evictions
0
Reclaimed
760
Expired Unfetched
0
Evicted Unfetched
0
Connections
Current
15 / 1 024 max
Total
239 466
Rejected
0
llm:24f06e5c6f1882fab401f6949b41cb3647d9090e0880225476da9de0271506db
Edit
{
"decisions": [
{
"candidate_id": "refc_dc1579a616e320ac",
"decision": "reject",
"reason_codes": [
"role_conflict"
],
"grounds": [
"role_meaning",
"entity_meaning"
],
"cited_evidence_ids": [
"refm_72b1e734c51d94ab",
"keycert_dc7b9a45f1bfb9b7"
],
"claims": [
{
"fact": "matched_distinct_tuples",
"value": 49222
},
{
"fact": "parent_rows",
"value": 50000
}
],
"rationale": "clean_final_data holds one denormalized row per order, and payments is a dependent record that itself refers to the order through OrderID. The full overlap shows only that both tables share one order-ID namespace. It does not make the payment record the entity an order row refers to, and the reverse direction (payments to orders) is the real reference. The payments(OrderID) key was found only by the bounded key search, so it shows no row grain."
}
],
"suggestions": []
}