Spring repositories or/and transactional

@ViktorFX · Регистрация: 11.12.2016

Студворк — интернет-сервис помощи студентам

Всем привет.
Подскажите пожалуйста на пальцах логику применения @Repository и @Transactional.
Я буду пользоваться Spring (и наверное Hibernate, если это важно), но я думаю что суть не слишком будет отличатся.

Transactional вроде бы в общих чертах понятна. Ставим аннотацию на класс(метод) и инстанс что его использует руководствуется правилом ACID, ну и мы можем немного управлять этим правилом (например, доступ только для чтения).

А вот что делает @Repository? С одной стороны есть persist(), merge()... что копирует возможности Transactional + DAO, а с другой мы не можем управлять уровнем доступа. Кажется как будто Repository "копирует" уже имеющееся решения и он лишний. Но странно получается, часто вижу @Transactional и @Repository над одним классом, а значит в этом случае один без другого ни как, а в других случаях - нормально.

Подскажите что делает @Repository, или чем он отличается от @Transactional, плюсы минусы, когда применяется один/другой/вместе хотя бы на пальцах.

Спасибо.

@xoraxax · 12.08.2018, 15:44

https://docs.spring.io/spring-... nnotations

Добавлено через 1 минуту
там же главу про аспекты прочитай

@ViktorFX · 12.08.2018, 16:23 **[ТС]**

xoraxax, С принципом работы аспектов я уже знаком (в виде программной реализации), а по ссылке @Repository это компонент с "плюшками" (что как бы логично) + он без исключений.
Все равно спасибо)
Это меня натолкнуло на мысль что работая просто с @Transactional я работаю со своими объектами и их CRUD в базе данных, а с @Repository я работаю со своими объектами и их "CRUD" в контейнере Спринг. Ну и Transactional + Repository это как бы цепочка (мои инстанс) - (бины контейнера) - (бд). Ну и в зависимости от архитектуры я использую что мне надо! Если это так, то классно что я смог додумать потому что становится логично и понятно.))

Можно ли сказать что "на пальцах" это так.

спасибо.

@xoraxax · 12.08.2018, 18:16

я плохо понимаю о чем ты говоришь, скорее всего надо просто попроще быть

@ViktorFX · 12.08.2018, 19:57 **[ТС]**

xoraxax,
Имеется ввиду что трансакции мы например используем для работы с сущностями базы данных, типа вставить(создать), найти(прочитать), изменить(найти и редактировать), и удалить, (для краткости написал CRUD). Но наша @Transactional это не компонент, потому если мы хотим работать и с БД и с бинами спринга, то нам надо взаимодействовать похожим образом с контейнером спринга, через @Repository, создавая бины persist().. итд.. что-то типа добавить, взять, изменить и удалить.
Но с репозиториями у меня еще хуже чем с трансакциями и я надеюсь кто-то прийдет и прокоментирует.

@xoraxax · 12.08.2018, 20:24

ты все усложняешь.
Если ты руками с транзакциями работаешь, ты 1) транзакцию открываешь, 2) чот делаешь, 3) коммитишь.
@Transactional по большому счету делает именно вот это - открывает транзакцию, и коммитит.
@Repository - можешь считать, что это то же, что @Component.
Все остальные твои рассуждения не нужны.

@ViktorFX · 01.03.2019, 17:52 **[ТС]**

Всем снова привет, решил вернуться к этой теме т.к. я не очень понимаю @Transactional (пока писал - вникал и "формулировал свои мысли")
Давайте так, посмотрим "что у меня в голове" а потом вы меня поднаправите в нужную сторону.

1) @Transactional, используется на public методы (если на класс, значит на все такие методы даного класса) и означает что тело/логика метода условно говоря как бы расположено в следующем виде :

Java
1
2
3
4
5
6
7
8
9
10
11
@Transactional
public void someMethod() {
//    UserTransaction utx = entityManager.getTransaction(); 
//    try{
//        utx.begin();
        myLogic();
//        utx.commit();
//    } catch(Exception e) {
//        utx.rollback();
//    }
}

то есть @Transactional нам автоматичнски делает begin, commit, rollback ?
2) Логика/тело метода используется обязательно через интерфейс(чтобы можно было юзать proxy) типа DAO, и она может использоваться в двух случаях, при работе с persistence(использовать EntityManager) и database transaction.
3) database transaction работает так.

Java
1
2
3
4
5
6
7
8
9
10
11
@Service
public class UserServiceImp implements UserService {
   @Autowired
   private UserDao userDao;
 
   @Transactional
   public void save(User user) { 
       userDao.save(user);
       //userDao наш тот самый интерфейс а класс User аннотирован как @Entity
   } 
}

4) имплементация метода save() выглядит вот так

Java
1
2
3
4
5
6
7
8
9
10
@Repository
public class UserDaoImp implements UserDao {
   @Autowired
   private SessionFactory sessionFactory;
 
   @Override
   public void save(User user) {
      sessionFactory.getCurrentSession().save(user);
   }
}

5) Вот на счет работы EntityManager я не совсем понимаю. Это как бы еще одна прослойка, которая работает только в методе с аннотацией @Transactional, она использется потому что трансакции дорогие операции и их лучше делать кучей (настройки размеров "кучи" в конфигурационном файле) а не по одной.
Но это как бы лишь proxy прослойка, таких прослоек может быть несколько в одной трансакции ? они могут быть например идентичны или не пересекатся в разных трансакциях ? И уже "главный/внутренний" EntityManager смотрит можно ли объединять все это в одну трансакцию, в один proxy EntityManager?

Я не касаюсь конфигукаций, просто мне пока хотелось бы упорядочить ход своих рассуждений, верно ли более-менее мое представление. Спасибо.

@xoraxax · 01.03.2019, 19:09

если тебе непонятен @Transactional, ты можешь написать код, включить дебаггер и посмотреть, куда он заходит и что конкретно выполняет, полезное между прочим упражнение.

Добавлено через 1 минуту
можешь заодно книжку по hibernate почитать, наверняка там рассказывают что такое entitymanager и как он в этом hibernate устроен

Добавлено через 1 минуту
ну или спеку таки по jpa, да

Новые блоги и статьи Все статьи Все блоги /
Автоматическое создание документа при проведении другого документа Maks 29.03.2026 Реализация из решения ниже выполнена на нетиповых документах, разработанных в конфигурации КА2. Есть нетиповой документ "ЗаявкаНаРемонтСпецтехники" и нетиповой документ "ПланированиеСпецтехники". В. . .	Настройка движения справочника по регистру сведений Maks 29.03.2026 Решение ниже реализовано на примере нетипового справочника "ТарифыМобильнойСвязи" разработанного в конфигурации КА2, с целью учета корпоративной мобильной связи в коммерческом предприятии. . . .	Автозаполнение реквизита при выборе элемента справочника Maks 27.03.2026 Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. При выборе "Спецтехники" (Тип Справочник. Спецтехника), заполняется. . .	Сумматор с применением элементов трёх состояний. Hrethgir 26.03.2026 Тут. https:/ / fips. ru/ EGD/ ab3c85c8-836d-4866-871b-c2f0c5d77fbc Первый документ красиво выглядит, но без схемы. Это конечно не даёт никаких плюсов автору, но тем не менее. . . всё может быть. . .
Автозаполнение реквизитов при создании документа Maks 26.03.2026 Программный код из решения ниже размещается в модуле объекта документа, в процедуре "ПриСозданииНаСервере". Алгоритм проверки заполнения реализован для исключения перезаписи значения реквизита,. . .	Команды формы и диалоговое окно Maks 26.03.2026 1. Команда формы "ЗаполнитьЗапчасти". Программный код из решения ниже на примере нетипового документа "ЗаявкаНаРемонтСпецтехники" разработанного в конфигурации КА2. В качестве источника данных. . .	Кому нужен AOT? DevAlt 26.03.2026 Решил сделать простой ланчер Написал заготовку: dotnet new console --aot -o UrlHandler var items = args. Split(":"); var tag = items; var id = items; var executable = args;. . .	Отправка уведомления на почту при создании или изменении элементов справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере типового справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи электронной. . .

@ViktorFX 528 / 263 / 70 Регистрация: 11.12.2016 Сообщений: 1,223

	Spring repositories or/and transactional 12.08.2018, 15:07. Показов 1496. Ответов 7 Метки @repository, @transactional, spring (Все метки) Всем привет. Подскажите пожалуйста на пальцах логику применения @Repository и @Transactional. Я буду пользоваться Spring (и наверное Hibernate, если это важно), но я думаю что суть не слишком будет отличатся. Transactional вроде бы в общих чертах понятна. Ставим аннотацию на класс(метод) и инстанс что его использует руководствуется правилом ACID, ну и мы можем немного управлять этим правилом (например, доступ только для чтения). А вот что делает @Repository? С одной стороны есть persist(), merge()... что копирует возможности Transactional + DAO, а с другой мы не можем управлять уровнем доступа. Кажется как будто Repository "копирует" уже имеющееся решения и он лишний. Но странно получается, часто вижу @Transactional и @Repository над одним классом, а значит в этом случае один без другого ни как, а в других случаях - нормально. Подскажите что делает @Repository, или чем он отличается от @Transactional, плюсы минусы, когда применяется один/другой/вместе хотя бы на пальцах. Спасибо. 0

@xoraxax 3639 / 2971 / 918 Регистрация: 05.07.2013 Сообщений: 14,220
	12.08.2018, 15:44
	https://docs.spring.io/spring-... nnotations Добавлено через 1 минуту там же главу про аспекты прочитай 0

@ViktorFX 528 / 263 / 70 Регистрация: 11.12.2016 Сообщений: 1,223
	12.08.2018, 16:23 [ТС]
	xoraxax, С принципом работы аспектов я уже знаком (в виде программной реализации), а по ссылке @Repository это компонент с "плюшками" (что как бы логично) + он без исключений. Все равно спасибо) Это меня натолкнуло на мысль что работая просто с @Transactional я работаю со своими объектами и их CRUD в базе данных, а с @Repository я работаю со своими объектами и их "CRUD" в контейнере Спринг. Ну и Transactional + Repository это как бы цепочка (мои инстанс) - (бины контейнера) - (бд). Ну и в зависимости от архитектуры я использую что мне надо! Если это так, то классно что я смог додумать потому что становится логично и понятно.)) Можно ли сказать что "на пальцах" это так. спасибо. 0

@xoraxax 3639 / 2971 / 918 Регистрация: 05.07.2013 Сообщений: 14,220
	12.08.2018, 18:16
	я плохо понимаю о чем ты говоришь, скорее всего надо просто попроще быть 0

@ViktorFX 528 / 263 / 70 Регистрация: 11.12.2016 Сообщений: 1,223
	12.08.2018, 19:57 [ТС]
	xoraxax, Имеется ввиду что трансакции мы например используем для работы с сущностями базы данных, типа вставить(создать), найти(прочитать), изменить(найти и редактировать), и удалить, (для краткости написал CRUD). Но наша @Transactional это не компонент, потому если мы хотим работать и с БД и с бинами спринга, то нам надо взаимодействовать похожим образом с контейнером спринга, через @Repository, создавая бины persist().. итд.. что-то типа добавить, взять, изменить и удалить. Но с репозиториями у меня еще хуже чем с трансакциями и я надеюсь кто-то прийдет и прокоментирует. 0

@xoraxax 3639 / 2971 / 918 Регистрация: 05.07.2013 Сообщений: 14,220
	12.08.2018, 20:24
	ты все усложняешь. Если ты руками с транзакциями работаешь, ты 1) транзакцию открываешь, 2) чот делаешь, 3) коммитишь. @Transactional по большому счету делает именно вот это - открывает транзакцию, и коммитит. @Repository - можешь считать, что это то же, что @Component. Все остальные твои рассуждения не нужны. 1

@xoraxax 3639 / 2971 / 918 Регистрация: 05.07.2013 Сообщений: 14,220
	01.03.2019, 19:09
	если тебе непонятен @Transactional, ты можешь написать код, включить дебаггер и посмотреть, куда он заходит и что конкретно выполняет, полезное между прочим упражнение. Добавлено через 1 минуту можешь заодно книжку по hibernate почитать, наверняка там рассказывают что такое entitymanager и как он в этом hibernate устроен Добавлено через 1 минуту ну или спеку таки по jpa, да 0