2012-05-31 3 views
0

Я использую springframework HibernateTemplate для запроса одной таблицы. Используя настройки отладки, я захватил запрос, который генерирует Hibernate, запустил его в Toad и получил 75 различных строк. Однако в моем приложении я получаю коллекцию с 75 дублирующимися записями и ничего больше.springframework/hibernate возвращает повторяющиеся строки

Отображение так же просто, как он получает:

<hibernate-mapping> 
<class name="com.p.e.d.s.PmaSummary" <!-- hiding info --> 
    table="V_PMA_SUMMARY" schema="ECREDIT"> 

    <cache usage="read-only" /> 

    <id column="member_id" name="memberId"> 
     <generator class="assigned" /> 
    </id> 

    <property name="weekEnding" column="week_ending" /> 
    <property name="actualInvoice" column="actual_invoice" /> 
    <property name="ftrAdjustments" column="ftr_adjustments" /> 
    <property name="edcLseAdjustments" column="edc_lse_adjustments" /> 
    <property name="blidAdjustments" column="blid_adjustments" /> 
    <property name="pmaMiscAdjustments" column="pma_misc_adjustments" /> 
    <property name="pmaEarlyPayments" column="pma_early_payments" /> 
    <property name="adjInv" column="adj_inv" /> 
    <property name="adjInvExcEarlyPayment" column="adj_inv_exc_early_payment" /> 
    <property name="initialPma" column="initial_pma" /> 
    <property name="threeWeekPma" column="three_week_pma" /> 
    <property name="pmaOverride" column="pma_override" /> 
    <property name="pmaOverride_type" column="pma_override_type" /> 
    <property name="pmaOverride_reason" column="pma_override_reason" /> 
</class> 
</hibernate-mapping> 

И этот сгенерированный запрос корректно работает в Жаба:

select this_.member_id as member1_45_0_, 
    this_.week_ending as week2_45_0_, 
    this_.actual_invoice as actual3_45_0_, 
    this_.ftr_adjustments as ftr4_45_0_, 
    this_.edc_lse_adjustments as edc5_45_0_, 
    this_.blid_adjustments as blid6_45_0_, 
    this_.pma_misc_adjustments as pma7_45_0_, 
    this_.pma_early_payments as pma8_45_0_, 
    this_.adj_inv as adj9_45_0_, 
    this_.adj_inv_exc_early_payment as adj10_45_0_, 
    this_.initial_pma as initial11_45_0_, 
    this_.three_week_pma as three12_45_0_, 
    this_.pma_override as pma13_45_0_, 
    this_.pma_override_type as pma14_45_0_, 
    this_.pma_override_reason as pma15_45_0_ 
from ecredit.v_pma_summary this_ 
where this_.member_id = 10003 
order by this_.week_ending desc; 
+0

Я обнаружил проблему: эта таблица имеет составной ключ. Переход от одного свойства к двум свойствам в составном ключе устранял проблему. –

ответ

1

Почему бы не добавить к вашему DISTINCT HQL запрос?

0

Неверное определение идентификатора в файле сопоставления. С помощью <ìd> вы определяете один столбец в качестве первичного ключа.

В списке выбора вы выбираете все строки для одного member_id и заказываете их по адресу week_ending. Таким образом, я думаю, что может быть много столбцов с разными week_ending для того же member_id. Таким образом, ваш первичный ключ, вероятно, имеет два или более столбца: member_id и week_ending и, возможно, sth. остальное.

Вы должны использовать <composite-id> вместо <id>, sth.

<composite-id> 
    <key-property name="memberId" column="member_id" type="..." /> 
    <key-property name="weekEnding" column="week_ending" type="..." /> 
    <!--- perhaps more key-properties --> 
</composite-id> 
Смежные вопросы