Logo Questions Linux Laravel Mysql Ubuntu Git Menu
 

Escaping the colon character ':' in JPA queries

Tags:

I'm trying to run a native query through JPA that uses a ':' character. The particular instance is using a MySQL user variable in the query:

SELECT foo, bar, baz,      @rownum:= if (@id = foo, @rownum+1, 1) as rownum,      @id    := foo                         as rep_id  FROM      foo_table  ORDER BY      foo,      bar desc  

The JPA code:

Query q = getEntityManager().createNativeQuery(query, SomeClass.class); return q.getResultList(); 

However, this gives me an exception about not being allowed to follow a ':' with a space. I've tried escaping them with backslashes, I've tried escaping them by doubling them up. Is there any way to actually do this, or am I SOL?

like image 576
Rob Crawford Avatar asked Nov 12 '10 22:11

Rob Crawford


People also ask

How do you escape a colon in SQL query?

If your colon is a cast like SELECT reltuples::BIGINT then you can rewrite it as a cast(reltuples as BIGINT) to avoid the colons.

How do you escape in JPA?

Using Escape in JPA Before writing the JPQL query, we have to add an escape character to the beginning of the input text character, which needs to be escaped. The code snippet shown below adds the escape character '\' to the beginning of the character, which should be escaped. String name = name.


2 Answers

I faced similar experience when using postgresql json function in native JPA query.

select * from component where data ::json ->> ?1 = ?2 

JPA will throw error that i have not set the named parameter :json.

The solution:

"select * from component where data \\:\\:json ->> ?1 = ?2" 
like image 81
user1985660 Avatar answered Sep 21 '22 14:09

user1985660


I'm not aware of a standard way to escape a colon character in a query that is obviously interpreted as a named parameter prefix, and thus confuses the query parser.

My suggestion would be to create and use SQL functions if possible. Depending on your provider, there might be other options (like using another character and substituting the chosen character by a : in an interceptor) but at least the previous suggestion would keep your JPA code portable across providers.

PS: if you're using Hibernate, there is a very old patch attached to HHH-1237.

Update: There is an "interesting" paragraph in the JPA 1.0 spec about named parameters and native queries:

3.6.3 Named Parameters

A named parameter is an identifier that is prefixed by the ":" symbol. Named parameters are case-sensitive.

Named parameters follow the rules for identifiers defined in Section 4.4.1. The use of named parameters applies to the Java Persistence query language, and is not defined for native queries. Only positional parameter binding may be portably used for native queries.

The parameter names passed to the setParameter methods of the Query API do not include the ":" prefix.

This won't really help you but your case is a strong hint that the ":" in native queries shouldn't even be considered (at least not without a way to escape it or disable it detection).

like image 38
Pascal Thivent Avatar answered Sep 18 '22 14:09

Pascal Thivent