Come posso interrogare un valore null in un valore Long senza ottenere "Expected NUMBER ma ottenuto BINARY" da OracleDB?

Question

Sto usando JPQL e voglio interrogare per un valore nullo in un campo lungo. Ma ottengo sempre un ORA-00932: tipi di dati incoerenti: il NUMBER previsto è BINARIO. Come ho visto ci sono molte persone che hanno problemi con questo, ma qualcuno ha una soluzione per questo?

Per esempio, questo è la query "SELECT a FROM Auftrag a WHERE :id is null OR a.id = :id" e poi sto modificando id con setParameter("id", null) .Questo viene utilizzato in una query più complessa per il filtraggio scopo, mezzi così nulli nel nostro caso di ignorare il filtro sulla colonna.

Chiunque abbia un'idea?

Cordiali saluti!

Answer 1

Non conosco le specifiche di JPQL né il modo in cui Oracle gestisce la condizione WHERE della query. Ma scommetto che la seconda parte della tua condizione WHERE è non completamente ignorata e che lo a.id = NULL causa il problema. A parte i tipi di dati apparentemente incoerenti, una condizione come some_value = NULL potrebbe non essere valutata su VERO o FALSO ma su NULL (almeno su PostgreSQL).

EDIT
Per il vostro caso specifico uso la condizione combinato :id IS NULL OR a.id = NULL funziona ancora come previsto su PostgreSQL. Ma in un altro contesto non si otterrà alcuna riga con some_value = NULL anche se some_value è nullo. Quindi penso che per il codice robusto e comprensibile un'espressione come some_value = NULL dovrebbe essere evitata in ogni caso.
FINE EDIT

Potreste essere in grado di aggirare il problema in JPQL con

SELECT a FROM Auftrag a WHERE :id is null OR a.id = COALESCE(:id, -1) 

almeno questo è possibile con nativo Hibernate HQL. In questo caso la seconda parte della condizione WHERE restituisce FALSE se :id è null ma l'intera condizione WHERE restituisce TRUE, che è ciò che si desidera.

Ma per le query di filtro dinamico un approccio migliore sarebbe utilizzare l'API dei criteri JPA 2.0 e includere il parametro :id nella query solo se non è nullo. Ancora una volta, non so le specifiche di criteri di APP, ma con criteri di Hibernate nativi questo sarebbe

public List<Auftrag> findByFilter(Long id) { 
    Criteria criteria = session.createCriteria(Auftrag.class); 
    if (id != null) { 
    criteria.add(Restrictions.eq("id", id)); 
    } // if 
    return criteria.list(); 
} 

Speranza che aiuta.

Answer 2

Ho avuto lo stesso problema, ho risolto invertendo OR lati, ad esempio:

SELECT a 
FROM Auftrag a 
WHERE :id is null OR a.id = :id 

non funzionava, ma invertendo O parti simili:

SELECT a 
FROM Auftrag a 
WHERE a.id = :id OR :id is null 

lavorato perfettamente. Non capisco perché, ma funziona. Probabilmente ha qualcosa a che fare con il "cortocircuito", ma in caso di null entrambe le affermazioni vengono valutate comunque. Spero che qualcuno possa spiegarlo.