Spring, Hibernate, Blob lazy loading

Ответ 1

Я не совсем понимаю. Эммануэль Бернард писал в ANN-418, что @Lob по умолчанию ленив (т.е. вам даже не нужно использовать @Basic(fetch = FetchType.LAZY)).

Некоторые пользователи сообщают, что @Lob загрузка @Lob не работает со всеми драйверами/базой данных.

Некоторые пользователи сообщают, что это работает при использовании инструментария байт-кода (javassit? Cglib?).

Но я не могу найти четкую ссылку на все это в документации.

В конце, рекомендуемый обходной путь - использовать "поддельные" взаимно-однозначные сопоставления вместо свойств. Удалите поля больших объектов из существующего класса, создайте новые классы, ссылаясь на ту же таблицу, тот же первичный ключ и только необходимые поля больших объектов в качестве свойств. Укажите сопоставления как один-к-одному, fetch = "select", lazy = "true". Пока ваш родительский объект все еще находится в вашем сеансе, вы должны получать именно то, что вы хотите. (просто перенести это в аннотации).

Ответ 2

Конечно, вы можете извлечь это значение и поместить его в новую таблицу с отношением "@OneToOne", которое лениво, однако в нашем приложении LOB загружаются лениво по требованию, используя только эту конфигурацию

@Lob
@Fetch(FetchMode.SELECT)
@Type(type="org.hibernate.type.PrimitiveByteArrayBlobType")
byte[] myBlob;

Это тестирование в нашем проекте одновременно на PostgreSQL, MySQL, SQLServer и Oracle, поэтому оно должно работать для u

Ответ 3

Для загрузки Lazy требуется встроенная инструментария для байт-кодов.

Hibernate docs: использование lazy fetching свойств

Если вы хотите избежать инструментария байт-кодов, одним из вариантов является создание двух объектов, которые используют одну и ту же таблицу, одну с блобом без нее. Тогда используйте объект с blob, когда вам нужен blob.

Ответ 4

Я бы предложил вам использовать наследование для обработки этого сценария. Имейте базовый класс без blob и производного класса, содержащего массив байтов. Вы должны использовать производный класс только тогда, когда вам нужно отобразить blob в пользовательском интерфейсе.

Ответ 5

У меня была та же проблема, и это было мое исправление:

Моя сущность:

@Entity
@Table(name = "file")
public class FileEntity {

@Id
@GeneratedValue
private UUID id;

@NotNull
private String filename;

@NotNull
@Lob @Basic(fetch = FetchType.LAZY)
private byte[] content;

...

Добавлен плагин в pom.xml:

        <plugin>
            <groupId>org.hibernate.orm.tooling</groupId>
            <artifactId>hibernate-enhance-maven-plugin</artifactId>
            <executions>
                <execution>
                    <phase>compile</phase>
                    <configuration>
                        <failOnError>true</failOnError>
                        <enableLazyInitialization>true</enableLazyInitialization>
                    </configuration>
                    <goals>
                        <goal>enhance</goal>
                    </goals>
                </execution>
            </executions>
        </plugin>

Ответ 6

Для меня ленивая загрузка работала только путем компиляции и последующего запуска, но не работала, например, на eclipse или intellij.

Я использую Gradle, затем я сделал следующее, чтобы заставить его работать

• Аннотировать сущность
• Настройка Hibernate плагин Gradle

build.gradle

buildscript {
    repositories {
        mavenCentral()
    }
    dependencies {
        classpath "org.hibernate:hibernate-gradle-plugin:5.4.0.Final"
    }
}

apply plugin: 'java'
apply plugin: 'application'
apply plugin: 'org.hibernate.orm'
hibernate {
    enhance {
        enableLazyInitialization = true
        enableDirtyTracking = true
        enableAssociationManagement = true
    }
}

Entity.java

@Entity
public class Person {

    @Id
    @GeneratedValue
    private Integer id;

    @Lob
    @Basic(fetch = FetchType.LAZY)
    @Column(length = 255, nullable = false)
    private String name;

тестирование

./gradlew run

Полный рабочий пример