Обновить
1

Пользователь

Отправить сообщение

Разумеется, что максимум профита, который мы получим от добавления модификатора это отсутствие блокировки, но разве это не один из способов "ускорить" процесс, чтобы укладываться в SLA?

То есть данные то вставлены, запросу не нужно ждать восстановление индексов. Но это все лирика, я не знаю всего контекста, тут скорее я просто хотел добавить комментарий к примеру с восстановлением индексов в плане, зачем ждать восстановление индексов и удерживать поток, если можно этого не делать, бд так или иначе будет загружена.

Спасибо за статью, очень полезная информация!

Интересно было бы увидеть метрики с этим модификатором. Уверен результаты были бы намного лучше

А при восстановлении индексов использовался ли модификатор concurrently?

Почему нельзя, можно у нас передать функцию как параметр, используя функциональные интерфейсы

Да, согласен, перепутал

Почему нельзя? Можно, ломбок собственно так и делает, когда используешь

@SneakyThrows

А что насчёт copy from to у psql?

Не знаю как быстро работает выгрузка в csv в mssql, но вот копирование из csv в postgresql достаточно быстро

Отличное решение!

Я предпочитаю также разбивать на модули, но только мой client это ваш client + core

В этом клиенте генерю feign клиенты используя swagger.json, а потом кому надо просто подключают клиента с уже готовым кодом для интеграции

Например, у нас есть поиск по 5 параметрам, где все они не обязательно могут присутствовать. Соответственно, нужно делать разные запросы, которые будут содержать в себе разный набор параметров, либо сильно всё усложнять.

Так ведь есть JpaSpecification, как раз для таких целей. С помощью criteriaBuilder создать нужный набор условий.

Но в целом для меня все равно Jooq > Hibernate ( хотя когда нужно каскадно сохранять множество сущностей, то тут хиберу нет равных, но и поддерживать это добро тоже конечно не легко)

Информация

В рейтинге
Не участвует
Зарегистрирован
Активность

Специализация

Бэкенд разработчик
Java