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

Question

[Артём Смирнов]

async def register(self, user):
        async with self.pool.acquire() as conn:
            async with conn.cursor() as cur:
                result = await cur.execute("SELECT * FROM profile WHERE uid=%s", user.id)
                row = await cur.fetchall()
                if result == 0:
                    await cur.execute("INSERT INTO profile VALUES( CAST(admin as text))")
                else:
                    return row

Как сделать поле Admin(int) в str, что бы место цыфр ролей были нормальные роли, как (Участник, Хелпер, Админ, Модератор), а не 1, 2, 3, 4

Comments

[Akina]

Как сделать поле Admin(int) в str, что бы место цыфр ролей были нормальные роли, как (Участник, Хелпер, Админ, Модератор), а не 1, 2, 3, 4

А откуда возьмётся это соответствие? где и как оно хранится?

cur.execute("INSERT INTO profile VALUES( CAST(admin as text))")

Однозначно закончится ошибкой. Причём ошибок тут минимум две. Первая - в запросе в принципе не указано, что такое admin и откуда его брать. Второе - в таблице profile полей явно больше, чем значений в списке.

Answer 1

[shurshur]

Ну вот у тебя в row набор значений из базы по uid=..., тебе нужно взять то что тебе нужно и отобразить в названия ролей. Например, с помощью словаря, в котором каждому числовому значению присвоено своё строковое:

my_awesome_dict = {
    1: "Первый",
    2: "Второй",
    10: "Десятый".
}

print (my_awesome_dict[admin])

Зачем там дальше делается неправильный insert? Он же просто вернёт ошибку, так как в запросе нет никакого admin, чтобы вставить в таблицу.

Comments

[Артём Смирнов]

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

[shurshur]

Артём Смирнов, у 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 это проверка бд

[shurshur]

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

if mem is role[2] == adm

[Артём Смирнов]

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

[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, других переменных нету.

[shurshur]

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

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

[Артём Смирнов]

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

[Артём Смирнов]

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

[shurshur]

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

Answer 2

[rPman]

Вот этот список/таблица в которой номеру соответствует строка-описание называется справочник
У тебя 2 основных подхода, хранить эту таблицу в базе данных (особенно если приложение должно уметь его редактировать) либо хранить его на клиенте и подставлять в программе

Про хранение на клиенте тебе уже подсказали

Про хранение в базе данных - либо ты создаешь буквально таблицу-справочник, либо про создании таблицы (твоя profile) определить не числовое поле а enum со строковыми описаниями (подходит для очень небольшого количества записей)

При использовании таблицы-справочника sql запрос будет примерно таким

select ... from profile p left join admin_cls a on p.admin=a.id