JPA/Hibernate Native Queries không nhận ra tham số

Question

Tôi đang sử dụng Hibernate/JPA để thực thi truy vấn PostGIS gốc. Vấn đề với các truy vấn này là chúng cần các tham số không thuộc dạng X = 'value' cổ điển.

Ví dụ, những dòng sau sụp đổ

String queryString = "select * from Cell c where ST_DWithin(c.shape, SetSRID(ST_GeomFromEWKT('POINT(:lon :lat)'),4326), 0.1)"; 
    Query query = Cell.em().createNativeQuery(queryString, Cell.class); 
    query.setParameter("lon", longitude); 
    query.setParameter("lat", latitude); 

play.exceptions.JavaExecutionException: org.hibernate.QueryParameterException: could not locate named parameter [lon] 
at play.mvc.ActionInvoker.invoke(ActionInvoker.java:259) 
at Invocation.HTTP Request(Play!) 
Caused by: java.lang.IllegalArgumentException: org.hibernate.QueryParameterException: could not locate named parameter [lon] 
at org.hibernate.ejb.QueryImpl.setParameter(QueryImpl.java:358) 

Các truy vấn sau đây làm việc tuy nhiên:

String queryString = String.format("select * from Cell c where ST_DWithin(c.shape, SetSRID(ST_GeomFromEWKT('POINT(%f %f)'),4326), 0.1)", longitude, latitude); 
Query query = Cell.em().createNativeQuery(queryString, Cell.class); 

(nhưng nó là SQL injection dễ xảy ra ...)

Có ai biết cách sử dụng setParameter() trong trường hợp này?

Answer 1

lẽ bạn có thể thay thế

'POINT(:lon :lat)' 

với

'POINT(' || :lon || ' ' || :lat || ')' 

Bằng cách này các thông số nằm ngoài các chuỗi liên tục và cần được công nhận bởi các phân tích cú pháp truy vấn.

Answer 2

Việc sử dụng các tham số được đặt tên không được xác định cho truy vấn gốc. Từ đặc điểm kỹ thuật JPA (phần 3.6.3 Named Parameters):

thông số được đặt tên theo các quy tắc cho định danh quy định tại Mục 4.4.1. Việc sử dụng các thông số được đặt tên áp dụng cho ngôn ngữ truy vấn Java Persistence, và không được xác định cho truy vấn gốc. Chỉ ràng buộc tham số vị trí có thể được sử dụng hợp lý cho truy vấn gốc.

Vì vậy, hãy thử như sau thay vì:

String queryString = "select * from Cell c where ST_DWithin(c.shape, SetSRID(ST_GeomFromEWKT('POINT(?1 ?2)'),4326), 0.1)"; 
Query query = Cell.em().createNativeQuery(queryString, Cell.class); 
query.setParameter(1, longitude); 
query.setParameter(2, latitude); 

---

Lưu ý rằng trong JPA> = 2.0, bạn có thể sử dụng tên tham số trong truy vấn nguồn gốc.

Answer 3

Vì vậy, ý tưởng là sử dụng thủ thuật nối được đề xuất bởi Jörn Horstmann để buộc postgres nhận ra các tham số. Mã sau hoạt động:

String queryString = "select * from Cell c where ST_DWithin(c.shape, SetSRID(ST_GeomFromEWKT('POINT(' || :lon || ' ' || :lat || ')'),4326), 0.2)"; 
Query query = Cell.em().createNativeQuery(queryString, Cell.class); 
query.setParameter("lon", longitude); 
query.setParameter("lat", latitude); 

Cảm ơn rất nhiều câu trả lời của bạn!

Answer 4

Bạn cũng có thể thoát khỏi toàn bộ

ST_GeomFromEWKT('POINT(' || :lon || ' ' || :lat || ')') 

cuộc gọi và thay thế bằng

ST_Point(:lon,:lat) 

Sau đó, bạn không cần phải lo lắng về dấu ngoặc kép.

Answer 5

Câu trả lời của Pascal là chính xác, nhưng ... Làm thế nào là giải pháp của bạn SQL injection dễ bị? Nếu bạn đang sử dụng String.format và loại parmater %f trong ví dụ của bạn thì bất kỳ điều gì khác ngoài số ném java.util.IllegalFormatConversionException. Không có giá trị vượt qua sở hữu như "xxx" HOẶC 1 = 1 - ".

Hãy cẩn thận, sử dụng %s trong String.format là sẵn sàng cho SQL injection.

Answer 6

Tôi gặp sự cố tương tự và nhận thấy rằng các tham số có thể được đặt bằng dấu hỏi trong truy vấn gốc. Hãy thử cách này:

String queryString = "select * from Cell c where ST_DWithin(c.shape, SetSRID(ST_GeomFromEWKT('POINT(? ?)'),4326), 0.1)"; 

Query query = Cell.em().createNativeQuery(queryString, Cell.class); 
query.setParameter(1, longitude); 
query.setParameter(2, latitude); 

Answer 7

Tôi gặp vấn đề tương tự. Tôi đã sử dụng truy vấn gốc trong kho lưu trữ với? 1. Nó giải quyết nó bằng cách bao quanh tham số xung quanh các dấu ngoặc vuông như sau.

SELECT * FROM XYZ WHERE ABC = (?1) 

http://javageneralist.blogspot.com/2011/06/jpa-style-positional-param-was-not.html