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
TTL 5 days 18 hours 47 minutes 7 seconds Size 931,00B Export
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": []
}