Hibernate und Postgres: Funktion st_buffer (Bytea, numerisch) ist nicht eindeutig

Question

Ich arbeite mit Hibernate 5.1.0 in einer Java-Anwendung. Ich verbinde beide mit einer Postgres 9.5 mit Postgis Erweiterungen und Oracle Datenbanken. Ich brauche alle Geometrien in der Datenbank zu finden, die mit einer gegebenen Geometrie schneiden, auf die ich anwenden einen Puffer, wie zum Beispiel:

Query query = session 
      .createQuery("select b from Block b where intersects(b.geom, buffer(:geometry, " + bufferDistance + ")) = " 
        + UtilsHelper.getTrueBooleanValue(em)); 
query.setParameter("geometry", geom); 
List<Block> blocks = query.list(); 

, die in Oracle arbeitet, aber in Postgres werde ich den Fehler:

Caused by: org.postgresql.util.PSQLException: ERROR: function st_buffer(bytea, numeric) is not unique 
Hint: Could not choose a best candidate function. You might need to add explicit type casts. 
Position: 243 
    at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2270) 

Dies macht Sinn, da es nicht in der Lage sein wird, die zwischen einem der folgenden Funktionen zu wählen:

geometry ST_Buffer(geometry g1, float radius_of_buffer); 
geography ST_Buffer(geography g1, float radius_of_buffer_in_meters); 

Die UtilsHelper.getTrueBooleanValue(em) wird nur den richtigen booleschen Wert abhängig vom Entitätsmanager erhalten, dh 0/1 für Oracle und wahr/falsch für Postgres.

Eine naheliegende Lösung wäre, eine der Funktionen zu löschen. Abgesehen davon, gibt es eine Möglichkeit, das zu beheben?

Answer 1

Ich will nicht zu wissen viel über Hibernate behaupten, aber es scheint, dass eine einfache Lösung zu explicitly cast ist die bytea mit CAST(:geometry AS geometry) und Modernisierung der Rest Abfrage eine „ST_“ Präfix hinzufügen, die mit neueren Versionen PostGIS verwendet wird .

Noch wichtiger ist, sollten Sie nie eine Abfrage mit der Form schreiben:

SELECT b 
FROM Block b 
WHERE ST_Intersects(b.geom, ST_Buffer(CAST(:geometry AS geometry), :bufferDistance)) = TRUE; 

Unter Verwendung eines Puffers eine Region auszuwählen ist langsamer und unvollkommener als die Verwendung einer entfernungsabhängigen ST_DWithin function die Geometrien zu finden, die in einem sind Entfernung. ST_DWithin kann auch einen räumlichen Index verwenden, falls verfügbar. Und ein boolescher Operator braucht den = + UtilsHelper.getTrueBooleanValue(em)-Teil nicht zu haben (d. H. TRUE = TRUE ist TRUE). Einfach entfernen.

Versuchen Sie, eine Funktion zu schreiben, die mehr wie folgt aussieht:

SELECT b 
FROM Block b 
WHERE ST_Dwithin(b.geom, CAST(:geometry AS geometry), :distance); 

(unter Verwendung von zwei Parametern :geometry und :distance)