бизнес-логику и апишки проектировать

но не писать бойлерплейт который может машина написать

разные у нас миры

я бы понаблюдал даже активно и участвуя с удовольствием как у вас что пишется

а пока что это просто невообразимо

Я себе не представляю писать SQL для крудов, это просто как писать свою ОС ради личного блога

и как же ты этого избежишь

ну наверное как то избежишь да

ORM + тулза для миграция. Автогенерация типовых запросов.

но как - мне решительно не понятно

Ты описываешь модель данных - таблицу и связи, опционально на уровне модели внутри языка констрейнты, сомнительная практика, но некоторым нравится. В итоге вместо килограммокого SQL ты пишешь

User.joins(Article.joins(Comment)).sort(Sort(User.id, Sort::DESC)).where(User.created_at(Less(Time::now)));

так это и есть квери билдер але

В статически типизрованных языках это выглядит малость мусорно

это как раз и зашквар

а UserJoinsArticleJoinsCommentSortUserId - это пишет машина, идеал и свеорешнство. знай разницу

Это легко поддерживать, а аналогичный SQL где-то в строке с немалым шансом на SQL-injection это зашквар. Есть еще такой аргумент хоть и мифический - ты можешь сменить базу не меняя запросы.

ну допустим базу ты сменить не можешь примерно на втором хелловорлде

Квири билдеры дают хоть немного защиты от ошибок, а SQL надо писать где-то в IDE для SQL с подсветкой синтаксиса иначе будешь тратить время на опечатки и мелкие ошибки, особенно если у тебя что-то более-менее большое

моё творчество от безделья

def get_parents_list(clause) -> List[models.Category]:

    beginning_getter = models.Category.query.filter(clause).cte(name="parent_for", recursive=True)

    with_recursive = beginning_getter.union_all(
        models.Category.query.filter(models.Category.id == beginning_getter.c.parent_id)
    )

    return DBSession.query(models.Category).select_entity_from(with_recursive).all()

я вообще уже выкладывал но чето реально так няшно вышло. я просто давненько чего то такого не писал