Существует конструктор запросов(на выходе SQL запрос)?

sqlalchemy core

/thread

В phpmysql что-то похожее было

О каком конструкторе вопрос, с GUI?

Под определение, КМК, подходит любой ORM, а их написано на Python десятки.

Если именно конструктор запросов, то SQLAlchemy, и кроме него есть несколько, навскидку не скажу, надо гуглить.

Но это всё же в первых результатах будет, если вбить в любой поисковик.

В GUI был pgadmin III но смузихлёбы его депрекейтнули

DBeaver тоже не плох и поддерживает не только postgre

Мусьё ищет ORM. Милионны их, и все сосут. Учи SQL и не майся дурью.

У ORM есть преимущества перед голым SQL. Например, можно писать переносимые приложения, проще переиспользовать код, можно писать универсальные библиотеки. С голым SQL такое сделать сложнее.

Ещё один Query builder: https://pypi.org/project/PyPika/

Что? С голым sql у тебя одна строка кода. С orm 100500строчные библиотеки нечитаемого хлама, чтобы сгенерить 1 строку sql запроса. Что может быть переносимее 1 строки? О_о

Я хз как sqlalchemy - мне SQL больше нравится, но вот в peewee работа с таблицами и джойнами прям объектная-объектная, понравилось очень.

С ORM тоже одна строка кода. Как устроен внутри ORM мне не особенно интересно как пользователю ORM.

Переносимость в том смысле, что я, например, могу написать, скажем, универсальный код для фильтрации результатов запроса по любому из полей. И реалзиовать какой-нибудь универсальный отображатель таблиц с возможностью фильтрации и сортировки по любому полю. И этот отображатель таблиц можно будет подключить к любому приложению, ещё и независимо от того, какой диалект SQL в нём используется.

С голым SQL придётся вручную хардкодить все поля и варианты фильтров и сортировки, либо переизобретать тот же ORM или query builder, только на каждый запрос и через костыли.

Не знаю, проблемы портабильности «hello world!» меня мало волнуют.

Задать какие поля с какими совместимы (например COUNT(*) нельзя выбрать с users.login)

Не мучайся, пиши сразу на SQL. От конструкторов скорее будет вред, чем польза.

Microsoft Access

Мусьё ищет ORM

Возможно, он ищет DSL, который позволяет описывать запросы в виде структур данных, чтобы их дико и необузданно модифицировать, не упарываясь вознёй со строками, и генерировать из них SQL для скармливания DBMS. Типа такого (под петон не знаю) https://github.com/seancorfield/honeysql.

Но подозреваю, что он думает, что ему нужен визуальный конструктор запросов, как в MS Access или 1C.

Все эти эксперименты с алхимией делаются путем доставки ipykernel в виртуальное окружение и тогда можно джупитер лаб использовать для экспериментов