Возможно ли работать одновременно по JDBC и DATAJPA?

Question

[Eugenue Cesarevich]

Для работы с базой данных я использую Spring DataJpa и, соответственно, JpaTransactionManager:

<bean id="transactionManager" class="org.springframework.orm.jpa.JpaTransactionManager"
              p:entityManagerFactory-ref="entityManagerFactory"/>

Я хочу также напрямую работать с базой по JDBC. Однако, для JDBC нужен другой менеджер транзакций - DataSourceTransactionManager:

<bean id="transactionManager"
          class="org.springframework.jdbc.datasource.DataSourceTransactionManager">
        <property name="dataSource" ref="dataSource" />
    </bean>

Как мне решить эту проблему? Возможно ли вообще в одном приложении работать одновременно по DataJpa и JDBC?

Answer 1

[Алексей Черемисин]

Да, возможно, но это очень плохо! JPA обычно кеширует данные и запросы, а JDBC - нет. В результате есть возможность нарваться на неприятности, оcобенно, если сделали update через JDBC и сразу за этим выборку через JPA. Можно получить кота Шредингера....
Да и зачем, если в JPA есть createNativeQuery (блин, я еще что-то помню...) - https://thorben-janssen.com/jpa-native-queries/

Comments

[Eugenue Cesarevich]

Спасибо, неплохая идея. В принципе jpa и datajpa один менеджер транзацкий используют, так что должно работать.

[Алексей Черемисин]

Eugenue Cesarevich, Сработать то сработает, но трудноуловимые эффекты словите обязательно! Причем, чем дольше это все будет работать, тем критический эффект будет ближе к единице! И это будет больно!
Если уж говорить за хибернейт, внутри он конечно же тоже пользуется jdbc, но далее идет боольшая надстройка из кешей, их инвалидации, парсинга и всякого ускоряющего говна. Вот это все будет замешивать данные так, что мама не горюй.

[Eugenue Cesarevich]

Алексей Черемисин, да я передумал использовать JDBC. Вместо этого, как вы и показали, буду простой JPA использовать вместо DATAJPA. Ничего критичного не должно произойти, потому что я планирую делать через JPA только readonly запросы.

[Алексей Черемисин]

Eugenue Cesarevich, Вы меня совсем не поняли!
Есть база данных, есть работа через JPA, пусть и в read-only.
Вот мы работаем, делаем запросы, они у нас кешируются. Вроде-бы все хорошо...
И тут с другого инстанса кто-то пишет в базу... Пока кеши у нас не протухнут, мы в базу лазить не будем, а будем получать "старые данные".
Если мы работаем через JPA, то в базу желательно лезть ТОЛЬКО через него!

Пример - показ лицевого счета через JPA и работа со счетом через JDBC. Все, обновления кешей в JPA можем и не дождаться, показывая пользователю ложные и устаревшие значения.

[Eugenue Cesarevich]

Алексей Черемисин, так, подождите, что-то я действительно чего-то не понимаю.

Вот я использую crud репозиторий от Spring DataJpa:

@Transactional(readOnly = true)
public interface CrudDishRepository extends JpaRepository<Dish, Integer> {

    @Transactional
    @Modifying
    @Query("DELETE FROM Dish d WHERE d.id=:id")
    int delete(@Param("id") int id);
}

И вот параллельно просто jpa репозиторий:

@Repository
@Transactional(readOnly = true)
public class VoteRepository {

    @PersistenceContext
    private final EntityManager em;

    public VoteRepository(EntityManager em) {
        this.em = em;
    }
}

Вот так нельзя делать? То есть я лазаю в базу одновременно через репозиторий DataJpa и просто Jpa.

[Алексей Черемисин]

Eugenue Cesarevich, так можно! Я говорил про JDBC, который у вас в вопросе, прямо в заголовке.

[mayton2019]

Да можно. Так делают для массовых загрузок (ETL). Разумеется кеши и Hibernate/Jpa контексты не будут знать о появлении новых данных в БД. Ответственность за согласованную картину данных лежит на разработкчике.