Ну грубо говоря если у тебя будет возможность детектить и фиксить хотя бы n+1 в spring data это уже будет топичный плагин
spring data это какая-то meta-orm поверх hibernate? я в java экосистеме совсем профан.
но судя по тому, что ты говоришь про n+1, это что-то такое.
я ж не про это, я про чистые запросы. основная идея инструмента для разработчика была в том, что можно было автоматически поддерживать целостность типов между читсыми sql-запросами и приложением. Ну и по ходу генерить всякого полезного - типа готового кода, обработки всех исключений, которые могут быть выброшены в конкретном запросе, схем для валидации и тд.
в случае с orm это все наифг не нужно, по понятным соображениям. Мне предлагали написать "orm extractor", чтоб автоматом переводить джанги с рорами в нормальный код, но это какой-то безумный план )
т.е. по чистому тексту даже всех запросов проекта я не смогу найти n+1, поэтому такой задачи и не ставилось.