Upgrade: Fix `value` for added `option_value` entries in various places
In several places, the highest existing option value for a group was
being determined using max(value), which breaks as soon as there are
values above 9, because `value` is defined as a varchar rather than
integer for lulz. In most instances, this is taken care of by using
max(round(value)) instead -- but not everwhere. Fix the wrong ones.
(BTW, convert(value, decimal) would be more obvious than round()
IMHO...)
Note that while this patch is against master, it should be backported to
all maintained branches.
PS. Database normalisation is only for wimps who can't handle the
anomalies, right?...