serginhold

это все выглядит как хранение деревьев, вот и гугли хранение деревьев, next_id точно избыточен

но зачем так усложнять, если можно было сделать одно поле с хранением сортировки, и запросы простые бы были

по sql смотри union,
в yii вроде тоже такой метод есть в query

В сети не нашел ответа на этот вопрос

https://www.google.com/search?q=mysql+decode+utf8
https://stackoverflow.com/questions/11062330/mysql...

where STRINGDECODE(name) like '%ТСЖ%'

В последний версиях mysql появилась возможность работать с json, вот и храни данные в json

update + replace https://dev.mysql.com/doc/refman/8.0/en/string-fun...

время разбана в колонке хранишь и все

select
  if(`ban_time` > NOW(), 1, 0) as `banned`

Closure Table?
https://habr.com/post/193166/

Обнаружил, что манагеры случайно или со смыслом ставят для категории родителем саму себя - БД сходит с ума)) Или ставят родителем ту категорию, которая доя неё вложенная - БД пищит как обиженный котенок.

что значит ставят? ты ж программист, запрети такое

есть такое https://dev.mysql.com/doc/refman/5.7/en/load-xml.html

или можно на два этапа разделить
1. конвертнуть xml в csv, заодно отбросить лишний поля
2. https://dev.mysql.com/doc/refman/5.7/en/load-data.html

Если точно известно разделение строго по месяцам, в чем проблема то?

Допустим есть таблица с текущем рейтингом пользователей
| id | rating |

Есть лог таблица для рейтинга
| user_id | месяц/год | rating |

Делаешь триггер, при обновлении первой таблицы обновлять вторую для текущего года/месяца

Ну и всё,
запросы которые ты хочешь делать вроде простые получаются,
первый просто выборка по юзеру,
второй: join таблицы на саму себя для второй даты с ON по юзеру , и сортировка по разнице между двумя рейтингами, + limit

простейший update + join на туже самую таблицу
за тебя запрос чтоли написать? это основы основ