web-dev-qa-db-ja.com

Hibernateを使用した単一列(クラス属性)の遅延フェッチ

作業している古いテーブルがあります。これは次のようになります。

_+------------------+--------------+------+-----+---------+-------+
| Field            | Type         | Null | Key | Default | Extra |
+------------------+--------------+------+-----+---------+-------+
| BINARY_DATA_ID   | varchar(255) | NO   | PRI |         |       |
| BINARY_DATA      | longblob     | YES  |     | NULL    |       |
| BINARY_DATA_NAME | varchar(255) | YES  |     | NULL    |       |
+------------------+--------------+------+-----+---------+-------+
_

これに関する主な問題は、_BINARY_DATA_のみが必要な場合でも、BinaryData Javaクラスが_BINARY_DATA_NAME_列をロードすることです。これを設計する最良の方法は、メタデータ(ファイル名など)からデータを分割して、別々のテーブルに配置することです。そこから、データをレイジーロードするのは簡単です。これは、最初の場所。

残念ながら、組織上の制約により、上記を行うことができない場合があります。回避策として、物事を別々のテーブルに分割する代わりに、いくつかのアノテーションを使用してその列を遅延ロードすることは可能ですか? BinaryDataクラスを変更して、内部静的BinaryDataDataクラスが_@Embedded_で、属性が@Basic(fetch=FetchType.LAZY)になるようにしました。

_@Entity
@Table
@Proxy(lazy=false)
@Inheritance(strategy=InheritanceType.JOINED)
public class BinaryData implements Serializable, Persistable<BinaryData>, Cloneable {

    private static final long serialVersionUID = /** blah */;

    @Id @Column @GeneratedValue(generator="uuid") @GenericGenerator(name="uuid", strategy="uuid")
    private String id;

    @Column
    private String binaryDataName;

    @Embedded
    @Basic(fetch = FetchType.LAZY)
    private BinaryDataData binaryData;

    @Transient
    private String cacheId;

    /**
     * Hibernate constructor
     */
    public BinaryData() { /* Creates a new instance of Attachment. */}

    public BinaryData(byte[] binaryData, String binaryDataName) {
        this.binaryData = new BinaryDataData(ArrayUtils.clone(binaryData));
        this.binaryDataName = binaryDataName;
    }

    /**
     * Returns the BinaryData byte stream.
     *
     * @return binaryData byte stream
     */
    @Embedded
    @Basic(fetch = FetchType.LAZY)
    public byte[] getBinaryData() {
        if (this.binaryData == null) {
            return new byte[0];
        }
        return binaryData.getActualData();
    }

    @Embeddable
    public static class BinaryDataData implements Serializable {
        @Column(length=32*1024*1024, columnDefinition="longblob", name="BINARY_DATA") @Lob
        private byte[] actualData;

        public BinaryDataData() { }

        public BinaryDataData(byte[] data) {
            this.actualData = data;
        }

        public byte[] getActualData() {
            if (this.actualData == null) {
                return new byte[0];
            }
            return this.actualData;
        }

        public void setBinaryData(byte[] newData) {
            this.actualData = newData;
        }

        @Override public boolean equals(Object obj) {
            if (this == obj) {
                return true;
            }
            if (obj == null) {
                return false;
            }
            if (!(obj instanceof BinaryDataData)) {
                return false;
            }
            final BinaryDataData other = (BinaryDataData) obj;
            if (!Arrays.equals(actualData, other.actualData)) {
                return false;
            }
            return true;
        }
    }

    /** onwards... */
_

残念ながら、これは機能しません。私が見ているSQLは、バイナリデータが要求されていなくても、オブジェクトの完全なフェッチを示しています。

_select ideaattach0_.BINARY_DATA_ID as BINARY1_9_, ideaattach0_1_.BINARY_DATA as BINARY2_9_, ideaattach0_1_.BINARY_DATA_NAME as BINARY3_9_, ideaattach0_.IDEA_BUCKET_ID as IDEA2_136_ from IDEA_ATTACHMENT ideaattach0_ inner join BINARY_DATA ideaattach0_1_ on ideaattach0_.BINARY_DATA_ID=ideaattach0_1_.BINARY_DATA_ID where ideaattach0_.BINARY_DATA_ID=?
_

何か案は?ありがとうございました。

13
Mike Cialowicz

From Hibernate、第19章。パフォーマンスの向上

遅延属性フェッチ:インスタンス変数にアクセスすると、属性または単一値の関連付けがフェッチされます。 このアプローチにはビルド時のバイトコードインストルメンテーションが必要であり、必要になることはめったにありません。

12
TS-

Mavenプロジェクトの場合、次のプラグイン依存関係をpom.xmlに追加する必要があります。

<plugin>
    <groupId>org.hibernate.orm.tooling</groupId>
    <artifactId>hibernate-enhance-maven-plugin</artifactId>
    <version>${hibernate.version}</version>
    <executions>
        <execution>
            <configuration>
                <failOnError>true</failOnError>
                <enableLazyInitialization>true</enableLazyInitialization>
            </configuration>
            <goals>
                <goal>enhance</goal>
            </goals>
        </execution>
    </executions>
</plugin>

私は自分のプロジェクトでそれをチェックしました、そしてそれは動作します、エンティティの例:

@Entity(name = "processing_record")
public class ProcessingRecord {

/**
 * Why uuid: https://www.clever-cloud.com/blog/engineering/2015/05/20/why-auto-increment-is-a-terrible-idea/
 */
@Id
@Column(name = "record_id")
@org.hibernate.annotations.Type(type = "pg-uuid")
private UUID id;

...

/**
 * Processing result.
 */
@Column(name = "result")
@Basic(fetch = FetchType.LAZY)
private String result;
...

詳細については、次の記事を参照してください。 [〜#〜] link [〜#〜]

1

この問い合わせの日付を知っていますが、列のサブセットとしてマップする射影値クラスを使用し、その射影値オブジェクトをインスタンス化する指定された名前付きクエリでその射影値を使用しようとしました。ここで参照されているベースオブジェクト。

私はこの方法を使用するソリューションに取り組んでいるので、現在完全な例はありません。ただし、基本的な考え方は、「select NEW Projection_Object_Target」構文を使用するJPAクエリを作成することです。この構文では、フィールドは「Projection_Object_Target」のコンストラクター内で直接参照されます。

I.E.次のようにコンストラクタ式を使用します。

SELECT NEW fully.qualified.package.name.ProjectionObject(baseObject.column_target_0,baseObject.column_target_1,...,baseObject.column_target_n) FROM BaseObjectMappedInDBTable AS baseObject

一般的な使用例:

String queryStr =
  "SELECT NEW fully.qualified.package.name.ProjectionObject(baseObject.column_target_0) " +
  "FROM BaseObjectMappedInTable AS baseObject";
TypedQuery<ProjectionObject> query =
  em.createQuery(queryStr, ProjectionObject.class);
List<ProjectionObject> results = query.getResultList();
0