Skip to main content

Notice: This Wiki is now read only and edits are no longer possible. Please see: https://gitlab.eclipse.org/eclipsefdn/helpdesk/-/wikis/Wiki-shutdown-plan for the plan.

Jump to: navigation, search

Difference between revisions of "EclipseLink/UserGuide/JPA/A additionalcriteria"

m
m
Line 33: Line 33:
 
==@AdditionalCriteria==
 
==@AdditionalCriteria==
  
Use <code>@AdditionalCriteria</code> to define parameterized views on data. You can define additional criteria on entities or mapped supercolossal. When specified at the mapped superclass level, the additional criteria definition applies to all inheriting entities, unless those entities define their own additional criteria, in which case those defined for the mapped superclass are ignored.
+
Use <code>@AdditionalCriteria</code> to define parameterized views on data. You can define additional criteria on entities or mapped superclass. When specified at the mapped superclass level, the additional criteria definition applies to all inheriting entities, unless those entities define their own additional criteria, in which case those defined for the mapped superclass are ignored.
  
 
<span id="sthref11"></span>
 
<span id="sthref11"></span>
Line 63: Line 63:
  
 
'''Usage'''
 
'''Usage'''
 +
 +
Additional criteria can provide an additional filtering mechanism for queries. This filtering option, for example, allows you to use an existing additional <code>JOIN</code> expression defined for the entity or mapped superclass and allows you to pass parameters to it.
  
 
Set additional criteria parameters through properties on the entity manager factory or on the entity manager. Properties set on the entity manager override identically named properties set on the entity manager factory. Properties must be set on an entity manager before executing a query. Do not change the properties for the lifespan of the entity manager.
 
Set additional criteria parameters through properties on the entity manager factory or on the entity manager. Properties set on the entity manager override identically named properties set on the entity manager factory. Properties must be set on an entity manager before executing a query. Do not change the properties for the lifespan of the entity manager.
  
Additional criteria are not supported with native queries.
+
<br />
 +
 
 +
{| class="Note oac_no_warn" width="80%" border="1" frame="hsides" rules="groups" cellpadding="3" frame="hsides" rules="groups"
 +
| align="left" |
 +
[[Image:Elug_note_icon.png|Note]] '''Note:'''
 +
 
 +
Additional criteria are not supported with native queries.
 +
|}
 +
 
 +
<br />
 +
 
 +
<span id="sthref14"></span>
 +
 
 +
'''Examples'''
  
 
Specify additional criteria using the <code>@AdditionalCriteria</code> annotation or the <code>&lt;additional-criteria&gt;</code> element. The additional criteria definition supports any valid JPQL string and must use <code>this</code> as an alias to form the additional criteria. For example:
 
Specify additional criteria using the <code>@AdditionalCriteria</code> annotation or the <code>&lt;additional-criteria&gt;</code> element. The additional criteria definition supports any valid JPQL string and must use <code>this</code> as an alias to form the additional criteria. For example:
Line 73: Line 88:
 
  @AdditionalCriteria("this.address.city IS NOT NULL")
 
  @AdditionalCriteria("this.address.city IS NOT NULL")
  
The following example shows additional criteria defined for the entity <code>Employee</code> and then shows the parameters for the additional criteria set on the entity manager.
+
[[#CFHFACAI|Example 2-1]] shows additional criteria defined for the entity <code>Employee</code> and then shows the parameters for the additional criteria set on the entity manager.
 +
 
 +
<span id="CFHFACAI"></span>
 +
 
 +
'''''Example 2-1 Using @AdditionalCriteria'''''
  
 
Define additional criteria on <code>Employee</code>, as follows:
 
Define additional criteria on <code>Employee</code>, as follows:
Line 82: Line 101:
 
  @AdditionalCriteria("this.company=:COMPANY")
 
  @AdditionalCriteria("this.company=:COMPANY")
 
  public class Employee {
 
  public class Employee {
 +
 
   ...
 
   ...
 
  }
 
  }
  
then set the property on the <code>EntityManager</code>. This example returns all employees of MyCompany.
+
Set the property on the <code>EntityManager</code>. This example returns all employees of <code>MyCompany</code>.
  
 
   
 
   
  &lt;additional-criteria&gt;  &lt;criteria&gt;this.address.city IS NOT NULL&lt;/criteria&gt;&lt;/additional-criteria&gt;
+
  entityManager.setProperty("COMPANY", "MyCompany");
  
<span id="sthref14"></span>
+
[[#CFHHBDFE|Example 2-2]] illustrates the same example as before, but uses the <code>&lt;additional-criteria&gt;</code> element in the <code>eclipselink-orm.xml</code> mapping file.
 +
 
 +
<span id="CFHHBDFE"></span>
 +
 
 +
'''''Example 2-2 Using &lt;additional-criteria&gt;'''''
 +
 
 +
 +
&lt;additional-criteria&gt;
 +
  &lt;criteria&gt;this.address.city IS NOT NULL&lt;/criteria&gt;
 +
&lt;/additional-criteria&gt;
 +
 
 +
<span id="sthref15"></span>
  
 
'''Uses for Additional Criteria'''
 
'''Uses for Additional Criteria'''
Line 96: Line 127:
 
Uses for additional criteria include:
 
Uses for additional criteria include:
  
Multitenancy Example
+
<span id="sthref16"></span>
 +
 
 +
'''Multitenancy'''
  
 
In a multitenancy environment, tenants (users, clients, organizations, applications) can share database tables, but the views on the data are restricted so that tenants have access only to their own data. You can use additional criteria to configure such restrictions.
 
In a multitenancy environment, tenants (users, clients, organizations, applications) can share database tables, but the views on the data are restricted so that tenants have access only to their own data. You can use additional criteria to configure such restrictions.
  
Multitenancy Example 1
+
<span id="sthref17"></span>
 +
 
 +
'''''Example 2-3 Multitenancy Example 1'''''
  
The following example restricts the data for a “Billing” client, such as a billing application or billing organization:
+
The following example restricts the data for a '''Billing''' client, such as a billing application or billing organization:
  
 
   
 
   
 
  @AdditionalCriteria("this.tenant = 'Billing'")
 
  @AdditionalCriteria("this.tenant = 'Billing'")
  
Multitenancy Example 2
+
<span id="sthref18"></span>
 +
 
 +
'''''Example 2-4 Multitenancy Example 2'''''
  
 
The following example could be used in an application used by multiple tenants at the same time. The additional criteria is defined as:
 
The following example could be used in an application used by multiple tenants at the same time. The additional criteria is defined as:
Line 113: Line 150:
 
   
 
   
 
  @AdditionalCriteria("this.tenant = :tenant")
 
  @AdditionalCriteria("this.tenant = :tenant")
 +
  
 
When the tenant acquires its <code>EntityManagerFactory</code> or <code>EntityManager</code>, the persistence/entity manager property tenant is set to the name of the tenant acquiring it. For example,
 
When the tenant acquires its <code>EntityManagerFactory</code> or <code>EntityManager</code>, the persistence/entity manager property tenant is set to the name of the tenant acquiring it. For example,
Line 128: Line 166:
 
  EntityManager em = factory.createEntityManager(properties);
 
  EntityManager em = factory.createEntityManager(properties);
  
Soft Delete Example
+
<span id="sthref19"></span>
 +
 
 +
'''Soft Delete'''
  
 
The following example filters data that is marked as deleted (but which still exists in the table) from a query:
 
The following example filters data that is marked as deleted (but which still exists in the table) from a query:
Line 135: Line 175:
 
  @AdditionalCriteria("this.isDeleted = false")
 
  @AdditionalCriteria("this.isDeleted = false")
  
Data History Example
+
<span id="sthref20"></span>
 +
 
 +
'''Data History'''
  
 
The following example returns the current data from a query, thus filtering out any out-of-date data, for example data stored in a history table.
 
The following example returns the current data from a query, thus filtering out any out-of-date data, for example data stored in a history table.
Line 153: Line 195:
 
<br />
 
<br />
  
Temporal Filtering Example
+
<span id="sthref21"></span>
  
The following example filters on a specific date::
+
'''Temporal Filtering'''
 +
 
 +
The following example filters on a specific date:
  
 
   
 
   
 
  @AdditionalCriteria("this.startDate &lt;= :viewDate and this.endDate &gt;= :viewDate")
 
  @AdditionalCriteria("this.startDate &lt;= :viewDate and this.endDate &gt;= :viewDate")
  
Shared Table Example
+
<span id="sthref22"></span>
  
For a shared table, there may be inheritance in the table but not in the object model. For example, a SavingsAccount class may be mapped to an <code>ACCOUNT</code> table, but the <code>ACCOUNT</code> table contains both savings account data (<code>SAVINGS</code>) and checking account (<code>CHECKING</code>) data. You can use additional criteria to filter out the checking account data.
+
'''Shared Table'''
  
<span id="sthref15"></span>
+
For a shared table, there may be inheritance in the table but not in the object model. For example, a <code>SavingsAccount</code> class may be mapped to an <code>ACCOUNT</code> table, but the <code>ACCOUNT</code> table contains both savings account data (<code>SAVINGS</code>) and checking account (<code>CHECKING</code>) data. You can use additional criteria to filter out the checking account data.
  
'''Examples'''
+
<span id="sthref23"></span>
 
+
<span id="sthref16"></span>
+
  
 
'''See Also'''
 
'''See Also'''

Revision as of 15:34, 4 June 2012




EclipseLink JPA Extensions Reference Guide
Version 2.4.x

Search

Contents


<- Previous

Next ->


@AdditionalCriteria

Use @AdditionalCriteria to define parameterized views on data. You can define additional criteria on entities or mapped superclass. When specified at the mapped superclass level, the additional criteria definition applies to all inheriting entities, unless those entities define their own additional criteria, in which case those defined for the mapped superclass are ignored.

Annotation Elements

Table 2-1 describes this annotation's elements.

Table 2-1 @AdditionalCriteria Annotation Elements

Attribute Description Default

value

(Required) The JPQL fragment to use as the additional criteria.



Usage

Additional criteria can provide an additional filtering mechanism for queries. This filtering option, for example, allows you to use an existing additional JOIN expression defined for the entity or mapped superclass and allows you to pass parameters to it.

Set additional criteria parameters through properties on the entity manager factory or on the entity manager. Properties set on the entity manager override identically named properties set on the entity manager factory. Properties must be set on an entity manager before executing a query. Do not change the properties for the lifespan of the entity manager.


Note Note:

Additional criteria are not supported with native queries.


Examples

Specify additional criteria using the @AdditionalCriteria annotation or the <additional-criteria> element. The additional criteria definition supports any valid JPQL string and must use this as an alias to form the additional criteria. For example:


@AdditionalCriteria("this.address.city IS NOT NULL")

Example 2-1 shows additional criteria defined for the entity Employee and then shows the parameters for the additional criteria set on the entity manager.

Example 2-1 Using @AdditionalCriteria

Define additional criteria on Employee, as follows:


package model;

@AdditionalCriteria("this.company=:COMPANY")
public class Employee {

  ...
}

Set the property on the EntityManager. This example returns all employees of MyCompany.


entityManager.setProperty("COMPANY", "MyCompany");

Example 2-2 illustrates the same example as before, but uses the <additional-criteria> element in the eclipselink-orm.xml mapping file.

Example 2-2 Using <additional-criteria>


<additional-criteria>
  <criteria>this.address.city IS NOT NULL</criteria>
</additional-criteria>

Uses for Additional Criteria

Uses for additional criteria include:

Multitenancy

In a multitenancy environment, tenants (users, clients, organizations, applications) can share database tables, but the views on the data are restricted so that tenants have access only to their own data. You can use additional criteria to configure such restrictions.

Example 2-3 Multitenancy Example 1

The following example restricts the data for a Billing client, such as a billing application or billing organization:


@AdditionalCriteria("this.tenant = 'Billing'")

Example 2-4 Multitenancy Example 2

The following example could be used in an application used by multiple tenants at the same time. The additional criteria is defined as:


@AdditionalCriteria("this.tenant = :tenant")

When the tenant acquires its EntityManagerFactory or EntityManager, the persistence/entity manager property tenant is set to the name of the tenant acquiring it. For example,


Map properties = new HashMap();
properties.put("tenant", "ACME");
EntityManagerFactory emf = Persistence.createEntityManagerFactory(properties);

Or


Map properties = new HashMap();
properties.put("tenant", "ACME");
EntityManager em = factory.createEntityManager(properties);

Soft Delete

The following example filters data that is marked as deleted (but which still exists in the table) from a query:


@AdditionalCriteria("this.isDeleted = false")

Data History

The following example returns the current data from a query, thus filtering out any out-of-date data, for example data stored in a history table.


@AdditionalCriteria("this.endDate is null")


Note Note:

EclipseLink also provides specific history support, via HistoryPolicy . See Tracking Changes Using History Policy at http://wiki.eclipse.org/EclipseLink/Examples/JPA/History.


Temporal Filtering

The following example filters on a specific date:


@AdditionalCriteria("this.startDate <= :viewDate and this.endDate >= :viewDate")

Shared Table

For a shared table, there may be inheritance in the table but not in the object model. For example, a SavingsAccount class may be mapped to an ACCOUNT table, but the ACCOUNT table contains both savings account data (SAVINGS) and checking account (CHECKING) data. You can use additional criteria to filter out the checking account data.

See Also


<- Previous

Next ->

EclispeLink
EclipseLink Home

Search

Contents

Back to the top