В дополнение к нарушению первой нормальной формы из-за повторяющейся группы значений, хранящихся в одном столбце, в списках, разделенных запятыми, есть много других более практических проблем:
idlist REGEXP '[[:<:]]2[[:>:]]'
* Чтобы решить эти проблемы, вам нужно написать тонны кода приложения, заново изобрести функциональные возможности, которые СУБД уже обеспечивает гораздо более эффективно .
Списки, разделенные запятыми, настолько ошибочны, что я сделал это первой главой в моей книге: SQL Antipatterns: избегайте ошибок программирования баз данных .
Бывают случаи, когда вам нужно использовать денормализацию, но, поскольку @OMG Ponies упоминает , это исключения. Любая нереляционная «оптимизация» выгодна для одного типа запросов за счет других видов использования данных, поэтому убедитесь, что знаете, какие из ваших запросов нужно обрабатывать так специально, что они заслуживают денормализации.
* MySQL 8.0 больше не поддерживает этот синтаксис выражения слова-границы.
Я попытался воссоздать сценарий, и он сработал для меня. Сообщение об ошибке, которое вы получаете, является уведомлением бота по умолчанию о необработанном исключении. Я бы посоветовал вам сделать следующие шаги:
1.Загрузить код бота и запустить его локально, чтобы проверить на наличие ошибок.
2. Попробуйте отладить бот, используя ngrok .
Вы можете использовать документацию здесь для устранения проблемы.