Есть ли низкоуровневый SQL Query Builder для Python?

Question

[un1t]

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

Нужно что-то похожее например на это
django-query-builder

Но конкретно данная штука не подходит, потому что не поддерживает операторы Postgres для работы с JSON например и другие. В общем нужно что-то более низкоуровневое, привязка к Django не обязательна.

Всякие другие похожие штуки и ORMки которые я смотрел, все поддерживают какое-то минимальное количество операторов типа !=, =, >, < и наверно и все.

Comments

[sim3x]

А точно нужно писать?

[un1t]

sim3x: странный вопрос. Можно конечно в макдак пойти работать. Тогда можно не писать. :)

[sim3x]

un1t: в кфц не советуешь идти?

Вопрос не странный. Если тебе нужно написать один запрос, то напиши Raw и не парься, если у тебя все такие запросы, то что-то не так. Если ты любитель алхимии, то ... итд

Опиши ситуацию

[un1t]

sim3x: нет мне нужно много разных запросов, джойны со всякими сложными условиями, операторы работы с json, полнотекстовый поиск и т.п. Sqlalchemy не годится, во первых кажется она тоже этого не умеет, к тому же там надо свои модели городить. А зачем мне другие модели есть у меня джанго. К томуже нужно модифицировать запросы для всяких всяких фильтров и других запросов. Голые стринги модифицируются фигово. Если бы один запрос надо было написать, я бы не спрашивал.

[un1t]

un1t: P. S. я на самом деле уже свой билдер написал. Для моих целей хватает. Но сильно похоже на велосипед. Не может же быть такого, что нет таких готовых библиотек.

[aCL]

un1t: django+sqlalchemy это либа aldjemy. Сам не юзал, но проект живой, а значит, скорее всего, вполне юзабельный. А уже с алхимией ты можешь построить запрос любой сложности. Процентов 98 всех фич постгреса раьотают из коробки, для остального, при достаточном навыке гугления, можно написать свои реализации функций, инструментарий для этого алхимия также предоставляет. Если с ORM не можешь требуемого реализовать (что вряд ли), вариант использовать core.

[un1t]

aCL: спасибо за наводку на aldjemy выглядит интересно. А там можно писать запросы вида? И

where myfield::jsonb @> '{"5" : [0, 11]}' and  where to_tsvector('russian', name) @@ to_tsquery('russian', 'куртка:*')

ли это те 2%, которые нельзя.

[aCL]

un1t: для чистой алхимии будет что-то типа такого:
.filter(
cast(myfield, JSONB).op('@>')('{"5" : [0, 11]}'),
func.to_tsvector('russian', name).op('@@')(func.to_tsquery('russian', 'куртка:*')
)

Не ручаюсь за работоспособность второго условия, но выглядеть должно примерно так. Любые функции БД, не реализованные самой алхимией, вызываются как метод объекта 'func', с передачей необходимых аргументов. Я-то думал надо что-то сложнее :)

[un1t]

aCL: спасибо, надо будет попробовать

Answer 1

[emacsway]

Здесь расписано по поводу нужен ли SQL Query Builder.
Но в любом случае, детали реализации создания запроса желательно скрыть от клиента за абстрактным интерфейсом, ответственным за это. В таком случае приложению будет безразлично что Вы там используете. Лично я добавляю зависимость от нового инструмента только тогда, когда это становится действительно необходимым.

Как говорил Кент Бек: “Of course, you can do a better job if you have more tools in your toolbox than if you have fewer, but it is much more important to have a handful of tools that you know when not to use, than to know everything about everything and risk using too much solution.”

Обычно я использую с Django ORM эту библиотеку https://sqlbuilder.readthedocs.io/
Там есть парсер для поддержки JSON-операторов.

Но вы можете использовать любой удобный для Вас билдер запросов, например, от SQLAlchemy или Storm ORM, или даже LINQ-style https://github.com/pythonql/pythonql . Главное - постараться избежать осведомленности приложения о деталях реализации.