PHPMem v2.0.1

Version
1.6.45
Uptime
16 days 23 hours 21 minutes 34 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
14 / 1 024 max
Total
193 475
Rejected
0
llm:94638f3a5ea979a7be7663740e75a8a9a1ae993fa230d771944e8695fdce19ce
TTL 6 days 9 hours 36 minutes 52 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": []
}