ObjectDB Database Search
51-100 of 131 resultsGeneral Performance Issues Illustrated with a Specific Method; private String comments; /* Create Properties */ @ManyToOne(fetch = FetchType. LAZY ) private WebUser ... .persistence.TemporalType.DATE) private Date createdOn; @ManyToOne(fetch = FetchType. LAZY ) private Institution createInstitution; @ManyToOne(fetch = FetchType. LAZY ) private Institution poiInstitution | |
EntityManager JPA or JDO impl and different behavior of with eager fetch annotation and the map values were still lazy loaded(using the latest objectdb 2.3 ... to get to the bottom of LAZY /EAGER loading of maps. In addition, non related. Since upgrading to 2.3.4 ... the datamodel a bit more exposed another problem with lazy loading. In the attached project it's demonstrated | |
ObjectDB fast queries) private PollenSpeciesEntity pollenSpeciesEntity; @Lob @Basic(fetch = FetchType. LAZY ) private byte[] picture; @Lob @Basic(fetch = FetchType. LAZY ) private byte[] icon; // denormalized ids for direct ... ` to `FetchType. LAZY `. **EAGER** loading is likely why you thought "Joins are slow." It forces | |
Listing large number of complicated objects with paging. exception. The same query in Explorer runs blazing fast (22ms) but I think it's because Explorer lazy ... ( setMaxResults ). Does that number affect? You may try running the query with a lazy fetch hint (as done by ... () objects? I will try lazy fetch hint, but as I understand it will run 50 queries find(Product | |
Left join fetch behaviour doesn't retrieve children? for you ... I have implemented a lazy left join fetch feature for all my collection beans. But ... in ... of lazy initialization. Left join is not enough mature in objectdb to use in a production environment ... with it. - Lazy load of all collections seems to be better than All eager strategy | |
Transaction isolation support?. (Especially if using LAZY fetch sub object). Do I always just get the list of objects as it looks ... own defined as @OneToMany(fetch=FetchType. LAZY ) List bookList; (And in this example, there is only 1 object in ... the new book added by B?. And does this change if FetchType. LAZY changes to FetchType.EAGER? In a SQL | |
Memory error during commit, if @ElementCollection field contains many elements although the element collection is actually not load because it is a lazy field. Why we run into ... content still requires memory space. Lazy setting in JPA is considered as a hint to the implementation, but the implementation can still load content eagerly. ObjectDB follows the lazy setting hint | |
Should derived fields of an EmbeddedId be manually maintained by app code?; @ManyToOne(fetch=FetchType. LAZY ) @MapsId("cont") private EContainer container; public EContainer ... () { return prnt; } } @EmbeddedId private ECompoundKeyMapSubItemId id; @ManyToOne(fetch=FetchType. LAZY ... =FetchType. LAZY ) private EContainer otherContainerRelationship; @Basic private String otherRelationshipKey | |
Merge Issue: Attempt to reuse an existing primary key value; static class A { //@OneToMany(fetch = FetchType. LAZY , cascade ... = FetchType. LAZY , cascade = CascadeType.ALL) private List ... ; @ManyToOne(fetch = FetchType. LAZY , cascade = { CascadeType.ALL })   | |
Explorer in 2.3. Then allow import of that file into another database. 2. Lazy loading of data, especially in table view ... : 2. Lazy loading of data Data is already loaded lazily. There is a problem when opening a table or | |
Memory use in OneToMany relationships is LAZY ). There is a difference between using reflection mode and enhancement mode. In enhancement ... , but LAZY is only a tip for the implementation. support Support | |
List of Enum Values in an entity only fields that have been loaded before detachment (e.g. defined as eager rather than lazy , or ... LAZY to EAGER : private @OneToMany(fetch=FetchType.EAGER) List flags; According | |
How to Remove records from many to many relationship tables in JPA { .... @ManyToMany( fetch = FetchType. LAZY , cascade = CascadeType.PERSIST) private List transportationEvents ... _ORPHAN) private List conclusions = new ArrayList (); @ManyToMany( fetch = FetchType. LAZY , cascade | |
virtual servers and one file your server). The GC does seem very lazy , but it is unclear if this is the issue, as you have not reported ... ; OutOfMemoryError is thrown then this could be the normal ( lazy ) behaviour. Have you tried | |
Is it possible to remove parent/child entities without refresh?; @OneToMany(fetch = FetchType. LAZY , cascade = CascadeType.ALL, mappedBy = "parent ... ; @Id @GeneratedValue private long id; @ManyToOne(fetch = FetchType. LAZY | |
Merge with Parent/Child entities not possible { @Id @GeneratedValue private long id; @OneToMany(fetch = FetchType. LAZY ... long id; @ManyToOne(fetch = FetchType. LAZY , cascade = { CascadeType.PERSIST, CascadeType.MERGE | |
Fetching Collections Puzzle are EAGER by default. They will be loaded lazily only if they are annotated as LAZY explicitly ... ;colletions are to be lazy fetched. You can try this in a query. "select n from Node n left outer | |
@Column( name = "columnName") doesn't work(name = "KEY_DESCRIPTOR") private AfwKeyDescriptor keyDescriptor; @OneToMany(fetch = FetchType. LAZY ... = FetchType. LAZY , cascade = CascadeType.ALL) private AfwCodedDataBlock codedDataBlock; private int level | |
Difference performance in ObjectDB Explorer and in java project are executed in the Explorer in a special lazy mode, which is faster in returning the results ... ; query.setHint("objectdb.result-fetch", " LAZY "); support Support Thank you, is where any | |
removed objects stay with null field values in the reference; ... @OneToMany(fetch=FetchType. LAZY ) public Set workflow = new HashSet (); When we remove an object ... remaining sceleton is still in the database and loaded by a subsequent lazy loading ? hgzwicker Hans | |
Adding multi part path index on non-embedable object member { @MapsId @ManyToOne(fetch = FetchType. LAZY ) private Merchant merchant; @MapsId @ManyToOne(fetch = FetchType. LAZY ) private List stores; // Setter/Getter } So I wanted to add index on Customer for merchant | |
Removing an entity throws exception(mappedBy = "customer", fetch= FetchType. LAZY ) private List itemList; @OneToMany(mappedBy = "customer", fetch= FetchType. LAZY ) private List otherItemList; ... getters and setters } Only address is filled | |
Detaching objects after JOIN FETCH. LAZY , cascade = CascadeType.ALL) List aClasses; } Now, I want to fetch all B classes with all A classes skipping lazy loading: select b from B b join fetch b.aClasses After closing entity manager, B | |
Pre-detach loading: retrieval by navigation not working in if statement" Boolean value wrapper BooleanValue entity. This is @OneToOne with explicit LAZY fetch. - A BooleanValue ... ' which is a "deep" Float value wrapper FloatQuantity entity. This is @OneToOne with explicit LAZY fetch | |
performance limit, what when we will have few milion records, how to handle this. Everything is set to lazy loading, we tried indexing ... the Explorer result data is always loaded lazily). You may execute queries in the application with lazy | |
Is it possible to commit only specific elements? of my entities from the database, I am working in a lazy loading context, I get an OutOfMemory Exception ... of accessing particular instances in the aforementioned lists (stored in said hashmaps) in a lazy loading | |
Is there a way to set EAGER fetch on all "ToMany" collection relationships Given that the default seems to be FetchType. LAZY for all collections @OneToMany and @ManyToMany. Such as a configuration option. Instead of having to explicitly set fetch in annotation code in every relationship. webel Dr Darren Kelly No. There is no such configuration option, since having EAGER | |
Speeding up reporting queries with size() on list(targetEntity = Product.class, fetch = FetchType. LAZY ) private List products; There is only 680 | |
Level 2 cache not hit in @ManyToOne to LAZY . By doing that you instruct ObjectDB to return object IDs rather than full objects in query | |
"Failed to serialize instance" of Set problem Hi, I'm trying to persists objects defined as follows: @Entity @Inheritance(strategy = InheritanceType.SINGLE_TABLE) public abstract class AbstractContainer { ... @OneToMany(fetch = FetchType. LAZY , mappedBy="parent") private Set abstractContainers = com.google.common.collect.Sets | |
Is 2 level cache in use? hint and check if it helps: query.setHint("objectdb.result-fetch", " lazy | |
Does ObjectDB create one instance of each entity class on (web app) load ? a (mostly) LAZY -only fetch policy across the system. Most of my EJB methods for querying are configurable | |
Does ObjectDB support @Parent for @Embeddable reference to parent?, rather than the annotated fields, as shown on the first post. Sorry, excuse lazy copy-and-paste | |
Missing Data on Retrieval (0, null values). harald77 Harald The null and 0 values may be the result of lazy loading | |
Join query problem with new statetment;(...) @ManyToMany(targetEntity = Product.class, fetch = FetchType. LAZY )   | |
Why the internal error was thrown?("objectdb.result-fetch", " LAZY "); return q.getResultList(); } btc_es BTC | |
OneToMany and cascade delete problem = Offer.class, mappedBy = "product", fetch = FetchType. LAZY , cascade = CascadeType.ALL) private Set offers | |
New to Product & Having An Issue. LAZY ) public Set getEmployees() { return employees; } public void setEmployees(Set employees | |
Performance issue in a query due to compareTo calls) @ElementCollection private Map values = new HashMap (); @OneToOne (fetch = FetchType. LAZY , cascade | |
Changes in detach behaviour?". If you use version 2.3.4 then the output is "username". I think lazy fetching of primitive fields is a bit | |
Beginners questions") @GeneratedValue(strategy = GenerationType.AUTO) private Long id; @OneToMany (fetch=FetchType. LAZY ,cascade | |
Bidirectional OneToMany is slow on updated items: @OneToMany(cascade = {CascadeType.ALL}, fetch = FetchType. LAZY /*, mappedBy = "person"*/) private Set | |
composite index not used in query we defined a composite index for class Action: @Index(name="ssst",members={"startDate","state","subType","type"}) and an index for the OneToMany @OneToMany(fetch=FetchType. LAZY ) @Index public List objectsInCharge = new ArrayList (); on running a query like select count(a) from Action a JOIN | |
objectdb-2.6.9_06: Extended Persistence Context fails: 'Attempt to begin a new transaction when a transaction is active' ExtProjectBuilder, which using a serious of cascading lazy builder methods (with complex entity building ... lazy builder method triggers. */ private void reset() { project = null; } public Project ... ]"); // Would normally do other builder stuff here and wiring // of entities using cascading lazy creation methods | |
Enhanced classes problem Marta Maruta M Sedlakova The cause is unclear yet, but I can confirm that it happens in lazy loading, which is supported only when classes are enhanced. As a workaround, please try to disable this lazy ... : System.setProperty("objectdb.temp.no- lazy -o2o-inverse", "true"); or as a JVM parameter: java -Dobjectdb | |
spuriously objectdb objects have null references definitions are (for the null references above): ... @OneToMany(fetch=FetchType. LAZY ) @Index public List actions = new ArrayList (); ... @OneToMany(fetch=FetchType. LAZY ) @Index public List childNodes ... is detached (e.g. when the EntityManager is closed), ObjectDB replaces lazy loaded collections | |
New entity objects are duplicated on merge cascading; @OneToOne(fetch = FetchType. LAZY , cascade = CascadeType.ALL)   ... ; @ManyToOne(fetch= FetchType. LAZY )   ... ; @OneToOne(fetch = FetchType. LAZY , cascade = CascadeType.ALL)   | |
TYE NullPointerException on an attempt to use a lazy collection that has not been loaded in a detached entity object. Build 2.3.1_03 ... is included now in build 2.3.2_01. Lazy collections will always hold a strong reference to the containing | |
Remove of an entry from a @OneToMany collection is not possible if the enhancer is disabled { @OneToMany(fetch = FetchType. LAZY , cascade = CascadeType.ALL, orphanRemoval = true)   | |
ObjectDB 2.4.5 Added support of lazy loading of mapped by (inverse) singular relationships ( issue #768 ). Added support for using ObjectDB with TomEE / OpenEJB . Improved loading of eager mapped by (inverse) relationships ( issue #769 ). Improved performance of database file extending. Fixed a bug in ignoring |