Комментарии 4
Получить статистику(G)
-- А почему G Ы?
-- Чтобы никто не догадался!
ЗЫ а почему не сделать нормальное GUI, с менюшками и настройками?
Аналитики обычно сидят в блокноте JupyterLab с Pandas и виджетами upywidgets, образующими некое нормальное GUI, которое легко тут же подкрутить, написав выше в ячейке "еще одну" UDF, обернув что-то многословное в сосвсем уж короткое и понятное, со docstring-справкой и понятным примером из предметной области. Там есть где разгуляться - в ход идут имена методов/функций на кириллице, автодополнение кода/имен переменных и констант итд. Плюс сюда же идет помогайка типа PuntoSwitcher. Ни одно GUI-приложение так не может и не сможет. С настроенным таим образом Jupyterlab - нормальный аналитик даст ответ на "почти любой вопрос по базе 1С" можно за ~1 минуту. При этом проговаривается вопрос вслух гораздо дольше - в среднем 5 минут. Рост производительности труда достойный.
Питон — однопоточный язык. Это значит, что пока не завершится один процесс, другой не начнется.
Питон не однопоточный язык, вы путаете поток с физической параллельностью (в чём питон как раз ограничен благодаря GIL). Для многопоточности есть threading - вытесняющая многозадачность, то есть переключением контекста рулит кто-то выше, например ОС. И asyncio для случаев io-операций (а запросы к БД это io-операция), кооперативная многозадачность, то есть переключение контекста происходит тогда, когда вам это нужно, а именно когда используете ключевое слово "await".
Да ёксель-моксель, аж полез регистрироваться, хотя хабр читаю чуть не с создания.
pip install psycopg2-binary
Дальше можно не читать, а то мало ли что.
Ну сколько можно то не осиливать первую страницу документации, где черным по английскому написано, что не надо так делать в продакте, а дальше достаточно понятно написано, что и как надо делать правильно. Подсказка, первым делом установить postgres-client, 90% на этом падают.
Пишем консольное приложение для работы с базой данных на Python