Hibernate 5 предоставляет две разные стратегии именования для использования с сущностями Hibernate: стратегию неявного именования и стратегию физического именования.
В этом руководстве мы увидим, как настроить эти стратегии именования для сопоставления сущностей с настраиваемыми именами таблиц и столбцов.
Для читателей, которые плохо знакомы с Hibernate, обязательно ознакомьтесь с нашей вводной статьей здесь .
Эта статья посвящена Neo4j — одной из самых зрелых и полнофункциональных графовых баз данных на современном рынке. Графовые базы данных подходят к задаче моделирования данных с точки зрения, что многие вещи в жизни поддаются представлению в виде набора узлов (V) и связей между ними, называемых ребрами (E).
Самый простой способ начать работу с Neo4j — использовать встроенную версию, в которой Neo4j работает на той же JVM, что и ваше приложение.
Во-первых, нам нужно добавить зависимость Maven:
В нашей предыдущей статье мы показали Liquibase как инструмент для управления схемами и данными баз данных.
В этой статье мы подробнее рассмотрим функцию отката и то, как мы можем отменить операцию Liquibase.
Естественно, это критическая особенность любой системы производственного уровня.
В этом руководстве мы увидим, как решить распространенную ошибку Hibernate — «Нет поставщика сохраняемости для EntityManager». Проще говоря, поставщик сохраняемости относится к конкретной реализации JPA, используемой в нашем приложении для сохранения объектов в базе данных.
Чтобы узнать больше о JPA и его реализациях, мы можем обратиться к нашей статье о разнице между JPA, Hibernate и EclipseLink .
Мы увидим ошибку, когда приложение не знает, какой поставщик сохраняемости следует использовать .
В этом руководстве мы рассмотрим причину ошибки TransactionRequiredException и способы ее устранения.
Исключение TransactionRequiredExceptionЭта ошибка обычно возникает, когда мы пытаемся выполнить операцию с базой данных, которая изменяет базу данных без транзакции .
Например, попытка обновить запись без транзакции:
В этой статье мы обсудим проблему org.hibernate.MappingException : Неизвестная сущность и решения как для Hibernate, так и для среды Spring и Hibernate.
@Entity Наиболее распространенной причиной исключения сопоставления является просто класс сущности, в котором отсутствует аннотация @Entity :
R2DBC (Reactive Relational Database Connectivity) — это проект, представленный Pivotal во время Spring One Platform 2018. Он предназначен для создания реактивного API для баз данных SQL.
Другими словами, эта попытка создает соединение с базой данных с использованием полностью неблокирующих драйверов.
В этом руководстве мы рассмотрим пример приложения, использующего Spring Data R2BDC. Руководство по более низкоуровневому API R2DBC можно найти в нашей предыдущей статье .
Начнем с того, что проект R2DBC появился совсем недавно. На данный момент только PostGres, MSSQL и H2 имеют драйверы R2DBC. Кроме того, мы не можем использовать с ним все функции Spring Boot. Поэтому есть некоторые шаги, которые нам нужно будет добавить вручную. Но мы можем использовать такие проекты, как Spring Data , чтобы помочь нам.
Apache Geode — это распределенная сетка данных в памяти, поддерживающая кэширование и вычисление данных.
В этом руководстве мы рассмотрим ключевые концепции Geode и пробежимся по некоторым примерам кода, используя его Java-клиент.
Во-первых, нам нужно загрузить и установить Apache Geode и настроить среду gfsh . Для этого мы можем следовать инструкциям в официальном руководстве Geode .
В этом руководстве мы проиллюстрируем момент, когда JPA присваивает значение первичному ключу . Мы поясним, что говорит спецификация JPA, а затем покажем примеры использования различных стратегий JPA для генерации первичного ключа.
Как мы знаем, JPA (Java Persistence API) использует EntityManager для управления жизненным циклом Entity . В какой-то момент поставщику JPA необходимо присвоить значение первичному ключу. Итак, мы можем спросить себя, когда это происходит? И где документация, в которой это указано?
Спецификация JPA гласит:
Базы данных в оперативной памяти полагаются на системную память, а не на дисковое пространство для хранения данных. Поскольку доступ к памяти быстрее, чем доступ к диску, эти базы данных, естественно, быстрее.
Конечно, мы можем использовать базу данных в памяти только в приложениях и сценариях, где данные не нужно сохранять или для более быстрого выполнения тестов. Они часто запускаются как встроенные базы данных, что означает, что они создаются при запуске процесса и отбрасываются, когда процесс завершается, что очень удобно для тестирования, поскольку вам не нужно настраивать внешнюю базу данных.
В следующих разделах мы рассмотрим некоторые из наиболее часто используемых баз данных в памяти для среды Java и конфигурацию, необходимую для каждой из них .