Leonid KudryavtsevНа мой взгляд, первый запрос намного более "правильный". C join, можно словить ряд приятность, если creationDate не уникальная. В данном случае, с limit 1 это не проявится, но лично я такие конструкции не люблю.
В знакомых мне СУБД, max/min ничем не лучше order by с limit. Мне даже кажется, что в Oracle, этот вариант будет намного хуже.
тут ,как мне кажется фишка вся в том что делая max подате с параметрами мы находим дату по индексу - а это очень быстро ...
а дальше просто выбираем эту самую запись .. что в общем случае быстрее чем order by limit 1 /// в инете полно проблем для постраничного вывода как раз
mysql order by limit 1 https://habrahabr.ru/post/217521/
Вопрос как этот запрос написать на DetachedCriteria
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
DetachedCriteria maxCriteria = DetachedCriteria.forClass(SoldTickets.class, "sq")
.setProjection(Projections.max("transactionId"));
maxCriteria.add(Restrictions.eq("login", login));
maxCriteria.add(Restrictions.eq("terminalId", terminalId));
DetachedCriteria criteria = DetachedCriteria.forClass(SoldTickets.class, "rq");
criteria.add(Subqueries.in("rq.transactionId", maxCriteria));
List<?> items = ht.findByCriteria(criteria);
вроде как генерит верный код ,но ругается вот на что ...
java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Long
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
select
this_.`transactionId` as transact1_1_0_,
this_.creationDate as creation2_1_0_,
this_.login as login1_0_,
this_.terminalId as terminalId1_0_,
this_.`ticketForSale` as ticketFo5_1_0_
from
`SoldTickets` this_
where
? in (
select
max(sq_.`transactionId`) as y0_
from
`SoldTickets` sq_
where
sq_.login=?
and sq_.terminalId=?
)
видимо тут засада
1.
2.
3.
java.lang.ClassCastException: java.lang.String cannot be cast to java.lang.Long
criteria.add(Subqueries.eq("rq.transactionId", maxCriteria));
