На прошлой статье я попытался объяснить как работают миддлвары на aiogram. Возможно это получилось доходчиво, а возможно и нет. Я пытался это объяснить в первую очередь себе...
Сегодня я попытаюсь "подружить" телеграм-бот с системой управления базами данных (СУБД) Postgresql. А так же настроить систему миграций alembic.
Для этого, я добавлю в файл .env, в котором хранится BOT_TOKEN, настройки подключения к базе данных PG:
Которые будут считаны в /src/config_data/config.py:
Затем, как оказалось, у меня на компе не установлен postgresql. Пришлось это исправить, методом: sudo pacman -S postgresql и настроить:
При создани БД и пользователя буду использовать те же данные что и в .env:
Теперь дело за созданием db_helper.py в котором будет создаваться асинхронный движок и фабрика сессий:
И когда мне понадобится сделать какой-либо запрос к базе данных, я буду через db_helper создавать сессию и подключаться к базе данных.
Теперь надо сделать какую нибудь модель, пусть будет это модель users, куда будут сохраняться все пользователи нажавшие кнопку /start:
Создана одна единственная модель, теперь нужно сделать миграции, чтобы эта таблица появилась непосредственно в базе данных. Только после этого можно будет отправлять какие либо запросы к БД.
Установим alembic + black: pip install alembic black
Сделаем инициализацию алембика и подключение black:
В проекте появляется директория alembic, в которой нужно отредактировать файл env.py:
Настройки сделаны, можно создавать первую миграцию:
Если ни на что не ругнется, то появится первая миграция в директории alembic/versions:
Если нас всё устраивает в этой миграции то можно "накатить" изменения непосредственно в базе данных:
И вот только после всего этого можно уже пытаться что-то записать в базу данных.
В прошлой статье, ссылочка вверху, я описывал работу миддлварей, и вот этот middleware мне сейчас поможет сохранить пользователя (если конечено его ещё нет в базе данных)
Подключаю данную миддлварь в соответствующем хэндлере, который отвечает за первоначальный старт бота:
Как можно видеть, первый раз я могу пользователя сохранить, а на второй раз условие проверки не срабатывает и миддлварь его просто пропускает.
Глянем что там в БД:
Это пока что трудно назвать рабочим приложением, но оно движется к некому функциональному продукту.
На сегодня всё.
Хотел уже опубликовать статью, да попросил у жены телефон, дай думаю попробую с её телефона запустить бота и сохранить её данные в БД и тут меня ждало фиаско! Я не смог записать её user_id, так как числа типа int имеют предельную длину:
Когда я проверял на своем телефоне - всё чудненько, ведь мой id короче максимальной длины типа integer. А у жены - idшник уже длинней, и выскочила ошибка. Что-то типа: "value out of int32 range". Я не успел заскринить её полностью. Пришлось изменять модель и делать миграцию.
После чего, запись пользователя создалась в БД:
Ну а теперь действительно финал статьи!
Слава Богу!