ну значит либо ковырять исходники appends (вероятно где-то идет проверка на число в ключе и далее берутся только values) либо отказаться от числовых ключей. Со строковыми ключами точно работает.
А ключи параметров не сделать "нечисловыми"? Например filter={1:['дуб','ясень'],15:[3],7:['лак','масло']}? Ну или хотя бы
field_1=дуб,ясень&field_15=3&field_7=лак,масло ?
VoRoN1999, так добавить таблицу, заполнить её и добавить процесс пересчета при получении ачивок - это тоже "будет работать". При этом трудозатраты час, ну два, если вместе с чтением документации. А то напоминает "точить некогда, пилить надо"
Immortal_pony, У этих типов разное применение. У set может храниться несколько значений в одной строке (включаются биты), у enum - только одно. Ну и есть интересные операции, которые позволяют выбрать "любое из указанных значений выбрано", "все указанные значения выбраны", "только те значения, что указаны, выбраны". Причем всё это индексируется и достаточно шустро работает. Но вот количество значений ограничено - так как это по факту просто набор бит, а все эти операции - это базовые битовые операции. И они имеют ограничение по длине для эффективной работы - 64 бита.
FanatPHP, ну ведь автоинкрементные айди реально в конкурентной среде тормозят. может у автора 5 версия на домашнем компе, а 8 на проде с сотней другой rps или блокировками какими-нибудь
Если хочется прям быстро (например для вставки зависимых данных или для редиректа), то следует отказаться от автоинкрементных id и перейти на uuid v1 и назначать его руками перед вставкой.
ну надо прочитать документацию