Антон Коновалов

Смотрите модуль random ( https://docs.python.org/3/library/random.html ). Если не очень с английским, используйте Google Translate. Или найдите статьи о модуле random на русском.

Если не очень знакомы с Python, так же почитайте о циклах и работе со списками.

С чего ты взял, что возвращаемое значение второй раз будет не None? Ты проверял, что данные заносятся?
Собственно, в том и ошибка - у тебя уже есть запись с таким userid, второй раз вставить нельзя.

А твоя GetInfo() не работает. Почему? Внезапно, в SQL сравнение - это =, а не ==. А ошибку тебе не пишет, потому что ты сделал except: pass. За такую практику вообще надо бить по пальцам линейкой, надеюсь, ты теперь понял почему.
Ну и до кучи, если хочешь проверить существование, то лучше сделать запрос вида SELECT COUNT(*) FROM main WHERE user_id = ? или

SELECT EXISTS(SELECT * FROM main WHERE user_id = ?)

. Эти запросы гарантированно вернут одну строку с одним значением, 0 или 1. 0 - строка не существует, 1 - строка существует.

Современное прикладное глубокое обучение (keras):
Chollet - Deep Learning with Python - 2018

Матан глубокого обучения:
Goodfellow - Deep Learning Book - 2016

Как насчёт почитать документацию? https://pydantic-docs.helpmanual.io/usage/models/

мне вышло на 100к в месяц больше с ИП, нет мед страховки, неоплачиваемый отпуск, налоги плачу сам. Но я решил что за такую сумму могу и пострадать немножко

Почему вам должны платить больше из-за снижения налоговой нагрузки? Компания занимается оптимизацией, а не перераспределением денег от государства в ваш карман.
Самый большой риск - прекращение работы с вами. Это проще чем уволить сотрудника. Ну и отпуска с больничными тоже за ваш счет.

Думаю, качество продукта нужно выражать не через количество багов, а через достижение готовности (по фичам) и работоспособности (по отсутствию критических багов) продукта за оговоренный срок и бюджет.

Еще добавлю, что следует различать количество существующих багов, количество найденных багов и количество задокументированных багов. А ещё такой системой будут злоупотреблять, как и любым kpi, не имеющим прямого отношения к рабочему процессу. А ещё у багов есть степень критичности.

за малую долю цены ноутбука возьми VDS с убунтой и играйся через ssh и/или vnc
ну и в текущей ситуации лучше сразу за бугром взять (с оплатой криптой)
впн там сделаешь себе и друзьям на радость

Про что ERP системы? Они - про управление ресурсами предприятия. Нужно ли вам в процессе управления осуществлять поиски и соединения по разным сущностям? Скорее всего - да. 99% что да.

NoSQL системы принципиально не поддерживают JOINS. Они разрабатывались для других моделей где отклик важен а JOIN не нужен. NoSQL системы не умеют делать эффективное индексирование не-ключевых полей. Фактически если вы хотите индекс - вам производитель NoSQL нагло предложит просто создать реплику всей коллекции данных только сделав искомые поля ключевыми. Как поддержать реплику и сколько ресурсов это будет стоить - отдельный вопрос. Возможно в некотором гипотетическом сценарии поддержка хорошо индексированной NOSQL системы будет стоить дороже чем реляционной.

Вот и думайте. NoSQL в ERP - это авантюра.

Если вам критично в какой-то части время вставки - подумайте про CQRS или создание очередей в некоторых наиболее горячих точках системы. Должен быть компромисс. Невозможно построить везде быструю систему.

для ERP ВСЕГДА SQL
конечно, с грамотным же кодом приложения
там ценна не скорость а консистентность, в nosql этого нет от слова совсем

получишь 0,1 зарплаты а по бумагам пройдет как 1,5-2 - т.е. даже с премией

другое дело что какие-то части а-ля отрисовка и фронтенд можно и поиграться в скорость, опять же - лучше отдельная Постгре с JSON если так уж рука тянется

NoSQL а рекомендуют многие, говорят бистре чем SQL

Производительность можно оценить только в конкретном сценарии использования, который будет уникален для каждого проекта. Заявления про скорость без контекста нужно оценивать как пустословие и хайпожорство.

сейчас проект работает на Postgresql

Его хватает и "Мой склад", и "Сберу" и многим другим, до чьих нагрузок вам добираться ещё годы, даже если у вас всё пойдёт замечательно.