Как сделать из int str?

У меня пишет:pymysql.err.DataError: (1366, "Incorrect integer value: 'Участник' for column 'era' at row 1")
era я временно заменил, т.к столбец admin портить не хочу, и это я прочитал в документации sql("INSERT INTO profile VALUES( CAST(admin as text))")

Артём Смирнов, у INSERT есть, грубо говоря, два основных синтаксиса:

INSERT INTO имя_таблицы VALUES (значение1, значение2, значение3...);

- это вставит значения в таблице по порядку следования колонок в оригинале, то есть если там три поля id, name, birthdate, то три поля в INSERT должны идти в строго таком порядке. И ничего нельзя пропустить - ругнётся.

INSERT INTO имя_таблицы (колонка1, колонка2, колонка3) VALUES (значение1, значение2, значение3...);

- это вставит в таблицу с точным указанием того, где какая колонка. Тут колонки и значения должны идти в соответствующем друг другу порядке, но к порядку следования в таблице это не имеет отношения. И можно использовать не все колонки, тогда недостающие значения будут заполнены значениями по умолчанию (NULL или значением, указанным в DEFAULT конкретной колонки при создании таблицы),

Так вот, настоятельно рекомендую использовать второй подход и только его. Будет более предсказуемое поведение, и код будет более устойчив к модификациям данных. Например, если добавить колонку, то придётся найти в коде все запросы с этой таблицей и их поправить, но если явно указать колонки в INSERT, то ничего не сломается.

Из других способов использования можно делать insert from select. Например, пусть есть таблица vip_users с датой окончания вип-статуса, тогда выдать vip всем пользователям с некоторым условием (в примере - зарегистрировавшимся с 1 мая) можно так:

INSERT INTO vip_users (user_id, name, vip_end_date) SELECT id, name, '2022-12-31' FROM users WHERE register_date >= '2022-05-01';

(Это, как всегда, чисто пример. Возможно, вип-статус может быть интереснее хранить непосредственно в основной таблице users, и похожий пример будет чуть ниже)

Что касается CAST, то его можно использовать так. Пусть у нас простая таблица:

CREATE TABLE test (x INT, y TEXT);
INSERT INTO test (1, 2);
INSERT INTO test (2, 'a');

Тогда в таком запросе:

SELECT * FROM test;

мы получим в своей программе: (1, '2'), (2, 'a') - то есть первое будет числом, второе строкой.

SELECT CAST(x AS TEXT), y FROM test;

- оба будут строками: ('1', '2'), ('2', 'a').

SELECT x, CAST(y AS INT) FROM test;

- тут первая строка может быть приведена к числам (1, 2), а во второй есть нюанс (тм) который разные движки баз данных могут решить по-разному. Например, sqlite3 (только что проверил) заменит значение на 0 и получится (2, 0). А вот Postgres или Oracle, насколько я помню, грязно ругнутся.

Так вот, CAST - это приведение типов. И CAST (admin AS TEXT) приводит admin из его основного типа к текстовому. Вопрос в том, где этот admin взять, если его использовать в части ЗНАЧЕНИЙ в INSERT. Там должны быть именно значения, а не отсылки к каким-то другим колонкам, тем более что вставляемая строка новая и никаких значений у неё ещё нет.

Если надо не новую строку вставить, а изменить существующую, то это делается через UPDATE:

UPDATE users SET vip_status=1,vip_end_date='2022-12-31'; -- поменяет все строки таблицы
UPDATE users SET vip_status=1,vip_end_date='2022-12-31' WHERE register_date>='2022-05-01'; -- поменяет строки по указанному условию
UPDATE users SET vip_status=0 WHERE id IN (SELECT user_id FROM banned_users); -- поменяет для списка id, взятых из запроса по другой таблице

Я советую всё же отвлечься и почитать по любому наглядному объяснению основы SQL и реляционных баз данных: что такое SELECT/INSERT/UPDATE, как использовать JOIN и чем он отличается от LEFT JOIN и FULL JOIN. Многое станет понятнее. Тем более что знания SQL сами по себе очень полезны.

shurshur, Спасибо большое, я сделал
Но теперь я делаю проверка есть ли у пользователя данная роль или нету, но у пользователя уже есть данная роль(Хелпер) но бот продолжает её выдовать не смотря на это
Моя проверка if mem is role[2] == adm, mem это айди пользователя которого указываю в беседе, role это роль, 2 это хелпер, adm это проверка бд

Артём Смирнов,
Что означает эта конструкция?

if mem is role[2] == adm

shurshur, Проверка есть ли у пользователя данная роль или нету, если нету то идёт следующая проверка, есть ли у пользователя полномочия выдовать роли, если первая проверка не пройдена, то бот отвечает что данный пользователь имеет эту роль

Артём Смирнов, конструкция

x is y == z

будет в зависимости от приоритета операторов (я наизусть не помню) разбираться одним из двух способов:

(x is y) == z
x is (y == z)

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

В каждом из двух случаев в скобках будет True или False (думаю, чаще всего False). В итоге будет выполняться проверка по одному из четырёх сценариев:

True == z
False == z
x is True
x is False

Поскольку, как я думаю, ни mem, ни adm не являются булевыми значениями, эта проверка будет возвращать False ВСЕГДА. Поэтому неудивительно, что она не работает.

У меня всегда выходит False, только member = True, а все остальные False, adm, my_admins, других переменных нету.

Артём Смирнов, потому что надо чётко понимать, что делает та или иная конструкция, что кладётся в какие переменные, какие вызовы что делают...

Угадывать будет при if непонятно-что: не стоит. Угаданное может оказаться неправильным.

shurshur, Ну я понимаю что делаю, проверяю равен ли member adm Хелпер, если есть эта роль, то пишет "Пользователь имеет данную роль"

shurshur, self.my_admin[2] is member == adm

Артём Смирнов, ещё раз, я же написал, почему "x is y == z" ни к чему хорошему не приведёт.