Na przykład z Hibernate można stosować niższe funkcję p.name w kolejności:
select p from Plan as p where p.location = :location order by LOWER(p.name)
Zakładam powyżej nie jest gwarantowana do pracy ze wszystkimi implementacje JPA, ponieważ argument ORDER bY nie jest jedną z następujących czynności:
- state_field_path_expression ocenia, że na polu można zamówić państwowej jednostki lub zabudowany klasa typ abstrakcyjny schemat wyznaczony w klauzuli SELECT przez jedną z następujących czynności:
• w general_identification_variable
• w single_valued_object_path_expression
- state_field_path_expression który ocenia na tym samym polu państwowego tego samego podmiotu lub do osadzeniem abstrakcyjny typ schematu jako state_field_path_expression w klauzuli SELECT
- Zmienna wynikowa, która odnosi się do pozycji do zamówienia w klauzuli SELECT, dla której określono tę samą zmienną wynikową. Może to być wynikiem wyrażenia_suma_wego, wyrażenia_arabarowego lub wyrażenia_całkowitego_path_path w klauzuli SELECT. Na przykład cztery poniższe pytania są poprawne.
Jeśli to nie działa z wdrożenia WZP użyć, trzeba użyć następującego zapytania:
select p, LOWER(p.name) AS name_order
from Plan as p
where p.location = :location order by name_order
wadą jest to, że wynik zapytania jest lista tablic obiektów, pierwszy element w każdym liście samopoczucia wystąpienie obiektu Planu i drugi element do odrzucenia.
Twoja druga metoda daje mi błąd "nieoczekiwany token: LOWER". Wygląda na to, że nie ma znaczenia, gdzie używam LOWER lub UPPER, zawsze daje mi to błąd. Sprawia to, że sortowanie z niewidocznymi przypadkami jest dla mnie niemożliwe i jest obecnie bardzo dużym problemem .. –
Czy udało Ci się rozwiązać problem z wyszukiwaniem niewrażliwym na wielkość liter? – Monicka