¿HQL tiene un equivalente para Restrictions.ilike (para concordancia insensible a mayúsculas y minúsculas)?

Escribí un proyecto para Hibernate + MySQL. Ahora lo transfiero a Derby (por varias razones).¿HQL tiene un equivalente para Restrictions.ilike (para concordancia insensible a mayúsculas y minúsculas)?

Ahora descubrí que Derby distingue entre mayúsculas y minúsculas al usar LIKE en las consultas. Esto podría resolverse usando Restrictions.ilike(...) en consultas de criterios ... pero tengo muchas complejas consultas HQL que usan eso. ¿Hay alguna manera de tener una funcionalidad similar a ilike en HQL?

Fuente

2011-11-02 gotch4

¿Está diciendo ** como ** no funcionará HQL en la base de datos Derby? – ManuPK

como * will * work, pero distingue entre mayúsculas y minúsculas – gotch4

No hay ilike funcionalidad equivalente en HQL. Como Konstantin ya ha señalado en su suggestion, su mejor opción es tune the database connection y establecer collation en TERRITORY_BASED:SECONDARY, como se explica en esta JIRA: DERBY-1748: Global case insensitive setting.

Tenga en cuenta que todas las igualdades (=) y like s no distinguen entre mayúsculas y minúsculas. Esto podría ir demasiado lejos y no ser adecuado para su situación particular.

Otra forma de abordar esto sería crear índices basados en funciones (si Derby los admite, por supuesto) y ajustar su HQL para combinar like y lower de esta manera.

Query q = session.createQuery("... WHERE lower(entity.field) like ?)"); 
q.setString(0, '%' + variable.toLowerCase() + '%');

Si Derby no soporta de (creo que no) del FBI, que también podría crear columnas de gatillo fácil, con los valores más bajos y el índice de ellos.

ACTUALIZACIÓN Parece posible definir columnas derivadas/autogeneradas, como se explica en esta otra JIRA: JIRA-481: implement SQL generated columns.

Fuente

2011-11-02 09:41:29

pero gotch4 prefiere mantener sus consultas HQL –

No tiene otra opción si no quiere cambiar la intercalación de la conexión. Y entendí que no quiere convertirlos en consultas de criterios. –

Lo entiendo - podría ser una verdadera refactorización y una prueba –

Tengo miedo, no hay forma de lograr esto a través de HQL, ya que se acaba de traducir a SQL nativo. Creo que podría ser posible mediante el esquema de sintonización:

http://old.nabble.com/case-insensitive-searching-td17756019.html

Fuente

2011-11-02 09:17:26

una solución fácil sería convertir a ambas palabras a mayúsculas (o minúsculas) algo como esto:

del gato DomesticCat donde superior (cat.name) como 'vie%'

referencias : http://docs.jboss.org/hibernate/orm/3.3/reference/en/html/queryhql.html

Fuente

2013-04-14 03:11:23 luisZavaleta