Я знайшов пару рішень для цього.
Використання об'єднаних карт (JPA 2.0)
Використовуючи JPA 2.0, неможливо зіставити власний запит на POJO, це може бути виконано лише з об'єктом.
Наприклад:
Query query = em.createNativeQuery("SELECT name,age FROM jedi_table", Jedi.class);
@SuppressWarnings("unchecked")
List<Jedi> items = (List<Jedi>) query.getResultList();
Але в цьому випадку, Jedi
повинен бути відображений клас сутності.
Альтернативою, щоб уникнути неперевіреного попередження тут, було б використання назви нативного запиту. Тож якщо ми оголосимо власний запит у сутності
@NamedNativeQuery(
name="jedisQry",
query = "SELECT name,age FROM jedis_table",
resultClass = Jedi.class)
Тоді ми можемо просто зробити:
TypedQuery<Jedi> query = em.createNamedQuery("jedisQry", Jedi.class);
List<Jedi> items = query.getResultList();
Це безпечніше, але ми все ще обмежені у використанні відображеної сутності.
Ручне картографування
Я вирішив трохи експериментувати (до приходу JPA 2.1) робив карти проти конструктора POJO, використовуючи трохи роздумів.
public static <T> T map(Class<T> type, Object[] tuple){
List<Class<?>> tupleTypes = new ArrayList<>();
for(Object field : tuple){
tupleTypes.add(field.getClass());
}
try {
Constructor<T> ctor = type.getConstructor(tupleTypes.toArray(new Class<?>[tuple.length]));
return ctor.newInstance(tuple);
} catch (Exception e) {
throw new RuntimeException(e);
}
}
Цей метод в основному приймає масив кортежів (повертається рідними запитами) і відображає його по відношенню до наданого класу POJO, шукаючи конструктора, який має однакову кількість полів і того ж типу.
Тоді ми можемо використовувати зручні методи, такі як:
public static <T> List<T> map(Class<T> type, List<Object[]> records){
List<T> result = new LinkedList<>();
for(Object[] record : records){
result.add(map(type, record));
}
return result;
}
public static <T> List<T> getResultList(Query query, Class<T> type){
@SuppressWarnings("unchecked")
List<Object[]> records = query.getResultList();
return map(type, records);
}
І ми можемо просто використовувати цю техніку так:
Query query = em.createNativeQuery("SELECT name,age FROM jedis_table");
List<Jedi> jedis = getResultList(query, Jedi.class);
JPA 2.1 за допомогою @SqlResultSetMapping
З приходом JPA 2.1 ми можемо використовувати анотацію @SqlResultSetMapping для вирішення проблеми.
Нам потрібно оголосити відображення набору результатів десь в об'єкті:
@SqlResultSetMapping(name="JediResult", classes = {
@ConstructorResult(targetClass = Jedi.class,
columns = {@ColumnResult(name="name"), @ColumnResult(name="age")})
})
І тоді ми просто робимо:
Query query = em.createNativeQuery("SELECT name,age FROM jedis_table", "JediResult");
@SuppressWarnings("unchecked")
List<Jedi> samples = query.getResultList();
Звичайно, у цьому випадку Jedi
не потрібно бути відображеною сутністю. Це може бути звичайний POJO.
Використання картографії XML
Я один з тих, хто знаходить додавання всіх цих @SqlResultSetMapping
досить інвазивних в моїх сутностях, і мені особливо не подобається визначення іменованих запитів всередині сутностей, тому альтернативно я це все роблю у META-INF/orm.xml
файлі:
<named-native-query name="GetAllJedi" result-set-mapping="JediMapping">
<query>SELECT name,age FROM jedi_table</query>
</named-native-query>
<sql-result-set-mapping name="JediMapping">
<constructor-result target-class="org.answer.model.Jedi">
<column name="name" class="java.lang.String"/>
<column name="age" class="java.lang.Integer"/>
</constructor-result>
</sql-result-set-mapping>
І це всі рішення, які я знаю. Останні два - ідеальний спосіб, якщо ми можемо використовувати JPA 2.1.