Design Specification: Enhanced JPQL
|Date||Author||Version Description & Notes|
JPQL currently offers a sub-set of SQL functionality. Some queries that are possible using SQL cannot be defined using JPQL.
It is desired to make EclipseLink's JPQL support be more complete of what is possible in SQL.
A key requirement from users (#1 voted enhancement) is to have ON clause support in JPQL.
Other missing features of SQL could also be added to JPQL, such as sub selects in the SELECT from FROM clauses, and enhanced function support.
Other JPQL enhancements:
- allow qualified class names in from clause
- allow alias on join fetch
- support for cast function
- group by fails in in
- support union and intersect
- support platform independent functions and custom operators
- support nested join fetches
- support connect by
- support common functions
- JPA 2.1 sub select in functions, having, select, from
- support IN with nested arrays
- support literal key word
- support table and column references
- support asOf
Other JPQL bugs:
- incorrect SQL for distinct
- join to element collection does not work
- join ignored
- group by ignored 
- duplicate join in sub select
- package with order fails to parse
- stack overflow parsing query
- join of map fails
- plus not aliasable
- sub-string fails
- element collection fails with in
- count distinct fails
- bad sql for in  
- jpql sub selects incorrect
- member of fails
- concat fails in subquery
- support inner joins in from clause
- expression order in jpql causes error
- join fetch ignored
- dot removes outer join
- is not null should be used
- Some JPQL queries fail or lead to incorrect joins
- from clause not used in select or where is omitted
ON clause : the SQL clause part of the FROM clause that defines how to tables are joined, this can be used for both joins and outer joins, but is required for outer joins.
outer join : A join where if a row in the source table has no joined rows in the target table it is still included in the join result with a null row for the target table.
ANTRL : Third party library currently used in EclipseLink for parsing JPQL.
Hermes : New JPQL parser developed by Dali project for parsing JPQL at design time. Currently included in EclipseLink SVN, but not currently used.
- Support additional ON clause for a relationship join.
- Support an ON clause on the join for two independent objects.
- Outer join capabilities differ in different databases.
- SQL capabilities differ in different databases.
- Extend ObjectExpression to support an onClause, must normalize and copy expression accordingly.
- Allow ExpressionBuilders and other Expressions to be added to nonFetchJoinExpressions in ObjectLevelReadQuery.
- Add support for having SubSelectExpressions in SQLSelectStatement's fields and print/normalize accordingly.
- Added new FromSubSelectExpression to allow SubSelectExpressions to be contained an aliased in a SQLSelectStatement's from clause.
- Added new FromAliasExpression to allow get() to be used from a FromSubSelectExpression and treated as a QueryKeyExpression aliasing one of the items in the sub-select.
ON clause needs Expression tests in core testing and JPQL tests in JPA testing. Testing both 1-1, 1-m, relationship and parallel.
- Added ON clause tests to Expression outerJoin core tests (both inner and outer joins tested).
- Added FROM and SELECT sub-select tests to Expression subSelects core tests.
- Select e from Employee e left join e.address a on (a.city = 'Ottawa')
- Select e from Employee e left join Project p on (p.teamLeader = e)
- Select e.id, (Select a.city from Address a where e.address = a) from Employee e
- Select e.id, a2.city from Employee e, (Select a.city from Address a) a2
- join(Expression target, Expression onClause)
- leftJoin(Expression target, Expression onClause)
- getAlias(Expression subSelect)
// ON ExpressionBuilder employee = new ExpressionBuilder(); Expression address = employee.getAllowingNull("address"); employee.leftJoin(address, address.get("city").equal("Ottawa")); ReadAllQuery query = new ReadAllQuery(Employee.class, employee); query.addNonFetchJoin(address); // ON ExpressionBuilder employee = new ExpressionBuilder(Employee.class); ExpressionBuilder project = new ExpressionBuilder(Project.class); employee.join(project, project.get("teamLeader").equal(employee)); ReadAllQuery query = new ReadAllQuery(Employee.class, employee); query.addNonFetchJoin(project); // SELECT SUB-SELECT ExpressionBuilder employee = new ExpressionBuilder(Employee.class); ExpressionBuilder address = new ExpressionBuilder(Address.class); ReportQuery subQuery = new ReportQuery(Address.class, address); subQuery.addAttribute("city"); subQuery.setSelectionCriteria(employee.get("address").equal(a)); ReportQuery query = new ReportQuery(Employee.class, employee); query.addAttribute("id"); query.addItem("city", employee.subQuery(subQuery)); // FROM SUB-SELECT ExpressionBuilder employee = new ExpressionBuilder(Employee.class); ExpressionBuilder address = new ExpressionBuilder(Address.class); ReportQuery subQuery = new ReportQuery(Address.class, address); subQuery.addAttribute("city"); subQuery.setSelectionCriteria(employee.get("address").equal(a)); Expression a2 = employee.getAlias(employee.subQuery(subQuery)); ReportQuery query = new ReportQuery(Employee.class, employee); query.addNonFetchJoin(a2); query.addAttribute("id"); query.addItem("city", a2.get("city"));
Need to document our BNF, example queries and support beyond JPA 2.0/2.1 in query section.
|Issue #||Owner||Description / Notes|
|1||Which JPQL parser should be used ANTLR or Hermes?|
|Issue||Description / Notes||Decision|
- Other JPQL enhancements.
- Criteria support.