ObjectDB Database Search
1-50 of 200 resultsjakarta.persistence.criteria.Order
Jakarta Persistence (JPA) Interface jakarta.persistence.criteria. Order An object that defines an ordering over the query results. Since: Jakarta Persistence (JPA) 2.0 The ORDER BY clause (JPQL / Criteria API) article explains how to use Order . Public Instance Methods Expression getExpression
|
|
jakarta.persistence.criteria.Order.reverse()
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria. Order Order reverse() Switch the ordering . Returns: a new Order instance with the reversed ordering . Since: Jakarta Persistence (JPA) 1.0
|
|
jakarta.persistence.criteria.Order.isAscending()
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria. Order boolean isAscending() Whether ascending ordering is in effect. Returns: boolean indicating whether ordering is ascending. Since: Jakarta Persistence (JPA) 1.0
|
|
jakarta.persistence.criteria.Order.getExpression()
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria. Order Expression getExpression() Return the expression that is used for ordering . Returns: expression used for ordering . Since: Jakarta Persistence (JPA) 1.0
|
|
jakarta.persistence.criteria.Order.getNullPrecedence()
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria. Order Nulls getNullPrecedence() Return the precedence of null values. Returns: the precedence of null values . Since: Jakarta Persistence (JPA) 3.2
|
|
Problem with distinct select, order by and equivalent alias/attribute path
when ordering the results of some projection when the order by expression is different (though logically ... ; + " order by s_location.id asc";   ... ; + " order by s.location.id asc";  
|
|
Strange behaviour with ORDER BY and IN
performance I noticed a strange behaviour where an ORDER BY - directive isn't executed as it should be (and usually is, except in this special combination-case). Ordering seems to be ignored if we order by a simple member (e.g. a String) being the Entity-ID and, at the same time, filter
|
|
java.lang.NullPointerException when using ORDER BY
== 0)) ORDER BY r.startDateTime DESC If we remove the ORDER BY part, the query completes OK and returns the records from the DB, but obviously not in order . Here is the stack trace of the exception ... am not sure if this problem is related to the other as the query works if you remove the order by
|
|
ORDER BY problem, when String starts with language specific character
Dear all, I have a problem with ORDER BY clause. I have a simple query: select u from User u order by u.name When the name starts with "normal/english" character, records are ordered correctly ... anaq x ObjectDB uses the ordinal Java String lexicographical order , which is based on the order
|
|
How the sort order (in queries) works for non english letters?
(we are Czech company). How the sort order works for international (for us 'czech') letters? Does the ordering respects the national requirements? Thank you for clarification ... dmarko David Marko ObjectDB uses the ordinal Java String lexicographical order , which is based on the order
|
|
Order in WHERE Clause affects behaviour on DATE/DATETIME columns
("query", "%myQuery%"); I don't get any error! The order of the WHERE clauses obviously makes
|
|
JPA Lifecycle Events
NoDefaultListenersForThisEntityEither extends NoDefaultListenersForThisEntity { } Callback invocation order When multiple callback methods are defined for a single lifecycle event, JPA invokes them in the following order : External ... classes. The invocation order for listeners is as follows: default listeners, listeners
|
|
JPA Query Structure (JPQL / Criteria)
...]] [ ORDER BY ...] The SELECT and FROM clauses are required in every query that retrieves data; update ... , HAVING , and ORDER BY are optional. The structure of JPQL DELETE and UPDATE queries is simpler: DELETE ... , max , ...) Criteria ORDER BY ( orderBy , Order , asc , desc )
|
|
Index Definition
is an ordered map data structure that ObjectDB maintains in the file system, not in memory. The B ... scan instead of iterating over all entities. Furthermore, if the field order in the index definition matches the field order in the WHERE clause, ObjectDB can perform a more efficient range scan
|
|
jakarta.persistence.criteria.CriteriaQuery
predicate. Since: Jakarta Persistence (JPA) 1.0 List getOrderList () Return the ordering expressions in order of precedence. Returns empty list if no ordering expressions have been specified. Modifications to the list do not affect the query. Returns: the list of ordering expressions
|
|
JPA Entity Fields
, you can set the order of the retrieved owner entities by using the @OrderBy annotation: @Entity ... Employee e WHERE e.department = :d ORDER BY e.name The specified field ( "name" ) must be a sortable
|
|
JPA Query Expressions (JPQL / Criteria)
JPQL and criteria queries are built on query expressions. Every query consists of clauses , such as SELECT , FROM , WHERE , GROUP BY , HAVING , and ORDER BY . Each clause is composed of JPQL or ... operators, listed in order of decreasing precedence: Navigation operator ( . ) Arithmetic operators
|
|
JPA Metamodel Attributes
. Represents an attribute typed as a java.util.Set , implying unique elements without a specific order . Represents an attribute typed as a java.util.List , supporting ordered collections and index-based
|
|
ObjectDB 2.9 Developer's Guide
A prior knowledge of database programming (SQL, JDBC, ORM or JPA) is not required in order to follow ... . Further Reading and Resources This guide focuses mainly on practical issues in order to make the reader
|
|
Eclipse Public License - v 1.0
intellectual property infringement. In order to qualify, an Indemnified Contributor must: a) promptly notify ... . Everyone is permitted to copy and distribute copies of this Agreement, but in order to avoid inconsistency
|
|
jakarta.persistence.criteria.CriteriaBuilder
criteria queries, compound selections, expressions, predicates, orderings . Note that Predicate is used instead of Expression in this API in order to work around the fact that Java generics are not ... . Since: Jakarta Persistence (JPA) 3.2 Order asc ( Expression expression ) Create an ordering by
|
|
FROM clause (JPQL / Criteria API)
, LOWER, MAX, MEMBER, MIN, MOD, NEW, NOT, NULL, NULLIF, OBJECT, OF, OR, ORDER , OUTER, POSITION, SELECT
|
|
JPA Queries
the query clauses. Elements used to define the SELECT and ORDER BY clauses. Elements for the FROM
|
|
What is the Java Persistence API (JPA)?
order to interact with a relational database such as Oracle, DB2, SQL Server or MySQL. The popular JPA
|
|
DELETE Queries in JPA/JPQL
cannot include multiple variables, JOIN clauses, or the GROUP BY , HAVING , and ORDER BY clauses
|
|
What are the main benefits of using ObjectDB?
that ability and require multiple tables, multiple records and join operations in order to support
|
|
JPA Criteria Queries
to define SELECT, WHERE , GROUP BY , and ORDER BY clauses. To execute the query, pass the instance
|
|
Query Parameters in JPA
for all its parameters. The order in which you set the parameters does not matter. Ordinal
|
|
jakarta.persistence.ColumnResult
.createNativeQuery( "SELECT o.id AS order _id, " + "o.quantity AS order _quantity, " + "o.item AS order _item, " + "i.name AS item_name, " + "FROM Order o, Item i " + "WHERE ( order _quantity 25) AND ( order _item = i.id)", "OrderResults"); @SqlResultSetMapping( name = "OrderResults", entities
|
|
jakarta.persistence.FieldResult
.createNativeQuery( "SELECT o.id AS order _id, " + "o.quantity AS order _quantity, " + "o.item AS order _item, " + "FROM Order o, Item i " + "WHERE ( order _quantity 25) AND ( order _item = i.id)", "OrderResults ... . Order .class, fields = { @FieldResult(name = "id", column = " order _id"), @FieldResult(name = "quantity
|
|
Collation and String Order
will affect the way strings are sorted in queries (with ORDER BY). Currently strings are always ordered by Unicode order , and a workaround that enables controlling the order is to use normalizing, as ... feature. Many CRMs, DMS and other systems requires correct collation when using order by clause. +1 for this ... dmarko David Marko
|
|
Alias not used in ORDER BY
would have expected the alias to be used in the ORDER BY clause, something like SELECT $1, UPPER($1.someStringProperty) AS TEST FROM T ORDER BY TEST However what I actually get as query string is SELECT $1, UPPER($1.someStringProperty) AS TEST FROM T ORDER BY UPPER($1.someStringProperty) This doesn't
|
|
jakarta.persistence.ConstructorResult
annotation in the same order as that of the argument list of the constructor. Any entities returned as ... , " + "COUNT(o) as orderCount, " + "AVG(o.price) AS avgOrder " + "FROM Customer c, Orders o ... of the intended constructor, in order . Since: Jakarta Persistence (JPA) 1.0 Additional JDK methods inherited
|
|
jakarta.persistence.EntityManager
if there is only one column in the select list.) Column values are returned in the order ... arguments must be specified in the order in which the result sets is returned by the stored procedure ... must be specified in the order in which the result sets is returned by the stored procedure
|
|
jakarta.persistence.criteria.CriteriaBuilder.asc(Expression)
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria.CriteriaBuilder Order asc ( Expression expression ) Create an ordering by the ascending value of the expression. Parameters: expression - expression used to define the ordering Returns: ascending ordering corresponding to the expression. Since: Jakarta Persistence (JPA) 1.0
|
|
jakarta.persistence.criteria.CriteriaBuilder.desc(Expression)
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria.CriteriaBuilder Order desc ( Expression expression ) Create an ordering by the descending value of the expression. Parameters: expression - expression used to define the ordering Returns: descending ordering
|
|
jakarta.persistence.criteria.CriteriaBuilder.asc(Expression,Nulls)
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria.CriteriaBuilder Order asc ( Expression expression , Nulls nullPrecedence ) Create an ordering by the ascending value of the expression. Parameters: expression - expression used to define the ordering
|
|
jakarta.persistence.criteria.CriteriaBuilder.desc(Expression,Nulls)
Jakarta Persistence (JPA) Method in jakarta.persistence.criteria.CriteriaBuilder Order desc ( Expression expression , Nulls nullPrecedence ) Create an ordering by the descending value of the expression. Parameters: expression - expression used to define the ordering
|
|
[ODB1] Chapter 9 - ObjectDB Explorer
, variables, ordering and imports ( chapter 7 explains all these components), can also be specified ... filter and also when you fill the ordering field in the query form. The second tab window is filled ... . Similarly, renaming a selected persistent field in the Explorer is useful in order to avoid losing values
|
|
[ODB1] Chapter 6 - Persistent Objects
manages another cache containing database pages, in order to improve efficiency. Unlike the object ... , but in order to keep the application JDO portable, a proper Class should be specified. The class ... there are no more instances. In ObjectDB (but not necessarily in other JDO implementations) the iteration order
|
|
[ODB1] Chapter 8 - ObjectDB Server
implementation including support for embedded mode. In order to use client server mode, you have to install ... order to enlarge the cache and improve server performance: $ java -server -Xmx512m com.objectdb ... the same port number that was specified during server startup in order for the stop/restart command
|
|
Report Generation with BIRT and JPA
This tutorial demonstrates how to create reports based on data in an ObjectDB database using the popular open source Business Intelligence and Reporting Tools (BIRT). In order to keep things as simple as possible - we will use the basic points.odb ObjectDB database file from the Getting
|
|
JPA Tutorials
Tutorial Only basic Java experience is required in order to follow this tutorial. Web Application
|
|
Step 3: Define an EJB Session Bean
getAllGuests() { TypedQuery query = em.createQuery( "SELECT g FROM Guest g ORDER BY g.id", Guest.class
|
|
Step 3: Define a Spring DAO Component
() { TypedQuery query = em.createQuery( "SELECT g FROM Guest g ORDER BY g.id", Guest.class); return
|
|
Step 3: Add a Main Class
In this step we will add code to the Main class (that was generated with the project) in order to store Point objects in the database and then retrieve them from the database. Use copy and paste to replace the content of the Main class with the following content: package tutorial; import javax
|
|
Step 3: Define a Spring DAO Component
getAllGuests() { TypedQuery query = em.createQuery( "SELECT g FROM Guest g ORDER BY g.id", Guest.class); return
|
|
ObjectDB 1.0 Manual
(SQL, JDBC or JDO) is not required in order to follow this guide, but a strong background ... on practical issues in order to make the reader proficient in a short time. After reading this guide
|
|
[ODB1] Chapter 2 - A Quick Tour
of Person instances in the database. Three arguments have to be specified in order to run the program ... 8). JDO enhancement includes modifying class files in order to add implementation
|
|
[ODB1] Chapter 3 - Persistent Classes
aware classes must be enhanced in order to track persistent fields. ObjectDB must know
|