4

9

разве hugsql - не DSL?

Тоже дсл, но попроще, больше как темплейты. Но все-равно он в разы проще. Пример, абсолютно стандартная ситуация:
- формулируешь задачу вида: в одну кверю записать в базу информацию про адрес проживания человека, не создавая лишней записи в таблице с адресами
- лезешь в доку бд пишешь что-то типа with maybe_addr as (insert into address (street, building) values (:street, :building) on conflict do nothing returning *), addr as (select id from maybe_address union select id from address where street = :street and building = :building) insert into human (name, address_id) values (:name, (select id from addr));
- если у тебя не что-то типа hugsql, а любая либа, которая генерит SQL сама (на основе мапок или на основе моделей, если это орм, это не важно) лезешь ещё и в доку этой либы и пытаешь перекинуть свой запрос на «ее язык», потом ещё и смотришь чтоб выхлоп соответствовал твоим ожиданиям.

Вот этот дополнительный шаг не нужен и излишен, как по мне. Он не добавляет удобства (не позволяет полностью забыть о sql) и привносит свои заморочки в виде ещё одной абстракции богу абстракций.

Как по мне – можно просто юзать документоориентированные бд и не морочить голову с этими всеми sql, удобней в разработке в разы.

Рест апишечка как интерфейс и погнал. За одно и избавляет от иллюзий что бд это что-то внутреннее, а не third party, как остальные сервисы

Имхо, проблема c SQL в том, что обычно он представлен строкой. Нужно чуть изменить запрос в рантайме — велкам парсить sql. В то же время всякие honeysql позволяют представлять запрос в виде обычной структуры данных, и таких сложностей не возникает

Опять же это уже вопрос дизайна кода, я против изменения кверей в рантайме, сделать их набор ограниченым, и чтоб каждая была максимально обобщенная, чтоб при надобности можно было выкинуть часть кверей и заменить на запросы к сервису или другой базе, а код не менялся (https://github.com/duct-framework/duct/wiki/Boundaries)

Часто пользователь непосредственно влияет на текст запроса, т.е. не всегда можно заранее ограничить их состав. Я про всякие параметры сортировки, фильтры и тп. Но да, это вопрос дизайна

Boundary это не про запросы.

Да, я знаю

Это было к тому, что это очень хороший инструмент для взаимодействий с внешним миром, в том числе и запросы

имхо hugsql это хорошо и удобно до тех пор пока ты используешь его исключительно как SQL, как только появляются кложурные вставки - всё, у тебя два ортогональных синтаксиса в одном файле

кто-нибудь на емаксе/сидере сидит?

нет, все на идее

ну, на всякий случай спрошу: как трейсить вар-ы в лет-ах?

есть cider-toggle-trace-ns, и есть cider-toggle-trace-var, но var в let-ах  не берет

потому что в let-ах не var-ы, но вообще конретно этого сидр не умеет (по многим причинам), так что только менять код внутри let-а

спасибо. Есть какая нибудь литература? там, блогпост, либо комменты в коде на гитхабе? мне интересно

В смысле - у меня есть мой велосипед для таких вот случаев