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, да

Новые блоги и статьи Все статьи Все блоги /
PhpStorm 2025.3: WSL Terminal всегда стартует в ~ and_y87 14.12.2025 PhpStorm 2025. 3: WSL Terminal всегда стартует в ~ (home), игнорируя директорию проекта Симптом: После обновления до PhpStorm 2025. 3 встроенный терминал WSL открывается в домашней директории. . .	Как объединить две одинаковые БД Access с разными данными VikBal 11.12.2025 Помогите пожалуйста !! Как объединить 2 одинаковые БД Access с разными данными.	Новый ноутбук volvo 07.12.2025 Всем привет. По скидке в "черную пятницу" взял себе новый ноутбук Lenovo ThinkBook 16 G7 на Амазоне: Ryzen 5 7533HS 64 Gb DDR5 1Tb NVMe 16" Full HD Display Win11 Pro	Музыка, написанная Искусственным Интеллектом volvo 04.12.2025 Всем привет. Некоторое время назад меня заинтересовало, что уже умеет ИИ в плане написания музыки для песен, и, собственно, исполнения этих самых песен. Стихов у нас много, уже вышли 4 книги, еще 3. . .	От async/await к виртуальным потокам в Python IndentationError 23.11.2025 Армин Ронахер поставил под сомнение async/ await. Создатель Flask заявляет: цветные функции - провал, виртуальные потоки - решение. Не threading-динозавры, а новое поколение лёгких потоков. Откат?. . .
Поиск "дружественных имён" СОМ портов Argus19 22.11.2025 Поиск "дружественных имён" СОМ портов На странице: https:/ / norseev. ru/ 2018/ 01/ 04/ comportlist_windows/ нашёл схожую тему. Там приведён код на С++, который показывает только имена СОМ портов, типа,. . .	Сколько Государство потратило денег на меня, обеспечивая инсулином. Programma_Boinc 20.11.2025 Сколько Государство потратило денег на меня, обеспечивая инсулином. Вот решила сделать интересный приблизительный подсчет, сколько государство потратило на меня денег на покупку инсулинов. . . .	Ломающие изменения в C#.NStar Alpha Etyuhibosecyu 20.11.2025 Уже можно не только тестировать, но и пользоваться C#. NStar - писать оконные приложения, содержащие надписи, кнопки, текстовые поля и даже изображения, например, моя игра "Три в ряд" написана на этом. . .	Мысли в слух kumehtar 18.11.2025 Кстати, совсем недавно имел разговор на тему медитаций с людьми. И обнаружил, что они вообще не понимают что такое медитация и зачем она нужна. Самые базовые вещи. Для них это - когда просто люди. . .	Создание Single Page Application на фреймах krapotkin 16.11.2025 Статья исключительно для начинающих. Подходы оригинальностью не блещут. В век Веб все очень привыкли к дизайну Single-Page-Application . Быстренько разберем подход "на фреймах". Мы делаем одну. . .

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

	Spring repositories or/and transactional 12.08.2018, 15:07. Показов 1453. Ответов 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