Привет. Я по приглашению @lp0404 :)

У меня история немного про другое. Это не генератор crud по схемам. Таких инструментов уже достаточно, не было смысла делать еще один.

Немного другой подход. Он для тех, кто пишет сложные запросы и не пользуется ORM. Стояла задача сгенерировать типы результатов (а в идеале и параметров) для произвольного запроса. Схема в данном случае нужна, чтобы ее скомпилировать в промежуточный объект и понять какие типы у используемых полей.
Существует проект, который компилирует запросы в prepared statements и извлекает типы результата прям из базы. Надежно, но не очень универсально.

Кроме типов мне не хватало еще двух вещей - nullability, и класса количества строк (none, one, one or none, many, many or none), для проверки в рантайме.


А когда я научился делать компиляцию в промежуточные объекты, появилась возможность сделать статический анализатор - holistic.dev

А из SELECT * FROM USERS что можно получить?

если есть DDL + SELECT * FROM USERS, то можно получить все имена колонок с типами, и nullability

Я же решал конкретную задачу - упростить жизнь тем, кто пишет запросы. Стать новой религией задачи не ставилось )

По DDD - база данных и запросы не должны быть в центре системы, база данных - это деталь реализации и должна быть на задворках системы

Все так. Но на данный момент между деталью реализации и всей системой есть дыра, которою никак нельзя провалидировать.

У тебя есть приложение с типами. И SQL. А соответствие одного и другого есть только в твоей голове. Мало того, что оно негарантированное, так еще при любом изменение в базе все разъедется еще больше.

Если относится к этому как к валидатору типов, то совершенно без разницы кто является источником правды.

Т.е. если у тебя orm - то вопросов с источником правды нет. А если ты пишешь запросы руками, то у тебя 2 источника правды, которые можно попробовать свести только методом пристального взгляда. Но и это не точно )