PHPMem v2.0.1
Version
1.6.45
Uptime
7 days 8 hours 22 minutes 26 seconds
Memory
Total
512MB
Used
13,32MB (2.6%)
Free
498,68MB
Keys
Current
10 162
Total (since start)
11 092
Evictions
0
Reclaimed
157
Expired Unfetched
0
Evicted Unfetched
0
Connections
Current
2 / 1 024 max
Total
63 708
Rejected
0
llm:cce723264d30641fb5c5e18db7741d9ffaf5cfc0b069fa7a117ebcc52d249182
Edit
```xml
<result>
<column_name>Occupation: Business, finance & legal</column_name>
<family>additive</family>
<subtype>intensive_additive</subtype>
<confidence>0.85</confidence>
<requires_user_confirmation>false</requires_user_confirmation>
<sum_meaningful>false</sum_meaningful>
<signed>false</signed>
<reducers>
<primary_reducer>mean</primary_reducer>
<valid_reducers>mean, min, max, median, distribution</valid_reducers>
<excluded_reducers>sum (summing percentages across entities is meaningless), product (not a ratio measure)</excluded_reducers>
<average_semantics>arithmetic_mean</average_semantics>
</reducers>
<inner_outer_measure>
<inner_measure_reducer>min</inner_measure_reducer>
<outer_measure_reducer>max</outer_measure_reducer>
</inner_outer_measure>
<multiplicative_partner_derivable>false</multiplicative_partner_derivable>
<reasoning>
Table type is DIMENSION with no sequence axis, making multiplicative highly implausible. The column contains percentage values (0.00% to 1.49%) representing occupation proportions at entity level. These are intensive measures (proportions/shares) where summing across entities is meaningless—you cannot add "0.90% + 1.39%" to get a meaningful result. The appropriate aggregation is averaging to find typical occupation representation. This is a classic intensive_additive pattern: an absolute level measure (proportion) where mean is the natural rollup, not sum.
</reasoning>
<table_type_conflict>false</table_type_conflict>
</result>
```