Home » Search

About fast

71-80 of 92Refresh
Forum
1

Possible issue for JPQL "LEFT [OUTER] JOIN"

Possible issue for JPQL "LEFT [OUTER] JOIN" is doing "[INNER] JOIN".   Thanks. Thank you for this report. Please try build 2.3.7_18 that should fix this issue. Great and fast solution but it doesn't work with the following JPQL queries string:     - "SELECT a,b FROM A a LEFT OUTER JOIN a.listB b
Forum
1

Problem persisting a TreeSet field

performance as explained in the manual. Thank you very much for your professional, super fast support! Highly appreciated!  Best, Benjamin   lorenz2304
Forum
1

Problem with byte arrays in JDO - ClassCastException

your exact test case. Build 2.7.1_09 should fix your test case as well. That did it!  Thanks for your fast response. sjzlondon
Forum
1

Query to find object from element of a contained collection

you for the fast support, indeed the few classes that were not entity nor embeddable have been set as
Forum
1

Removing an entity throws exception

you for fast response. The fix changed the number 51 to 34. But it looks like my db was corrupted
Forum
1

Sample JDO Architecture for Follow Up Questions

(not JPA). * Database access needs to be super fast, like microsecond times. * The application
Forum
1

Selective merge/cascade of detatched entity

was forced to work with reasonably low numbers of objects. If this completes too fast on your machines, try
Forum
1

Spring + Maven + persitence.xml

Hi, I tested ObjectDB embedded and it is really fast! Everything worked out of the box. Maven:    com.objectdb    objectdb    2.4.3   Persistence.xml
Issue
1

stress test -> com.objectdb.o.InternalException: null

still answering from IE 11. Hi! First of all, the website is pretty fast now. It's a pleasure to use
Issue
1

Terracotta Ehcache Integration

Hello , it will be good if you make alliance with terra-cotta ehcache. Their distributed memory cache is very fast.IF we mix with your engine. It will be very great for us. kadirbasol