About fast

91-100 of 100Refresh
Issue
1

Threaded Test - Failed to commit transaction: Unexpected internal exception

to the put method - it seems that when both put and take are synchronized the consumer is fast as
Forum
1

TimeSeries and ObjectDB

/ and it will still be fast to load a specific timeserie (same as before) - there is no overhead of having each
Forum
1

Tomcat + JPA Problem

6. Are you using Tomcat 7? thx 4 the fast support.   I fixed the Problem. I was using Tomcat 6.0.4
Issue
1

Unexpected exception (Error 990)

the new schema? After restarting the server, do you still get this exception? Thanks a lot for the fast
Forum
1

Warmup ( preLoad all table rows into memory )

Hi , I have 3 questions for objectdb : 1-) How can i preload all table rows into memory in objectdb ? So i can query fast. I have seen @Cacheable annotation. But i need warmup table to memory when my software boots up.   2-) Also for speed up I am inserting a message into table. But within 1 or 10
Forum
1

Waterfall tree algorithm for more optimized version of objectdb or

/waterfalltree/overview   the documentation tells , it makes db very fast here is algorithm on youtube :  http://www.youtube.com/watch?v=k9igsoqy_jc kadirbasol
Issue
1

Weird issue with variable naming

(which calls toString()), your whole query goes wrong after debugging!! thanks for a fast fix, Alex Yes
Issue
1

combined index not used

execution is fast with no need for query hints. This also helps in similar issues (e.g. issue #2417
Result
0

[ODB1] Chapter 1 - About ObjectDB

is Very Fast ObjectDB has very good performance. It can store and retrieve thousands of objects per second. Even queries on millions of objects are very fast, when proper indexes are defined. ObjectDB
Result
0

[ODB1] Chapter 3 - Persistent Classes

because the ObjectDB Enhancer is very fast. Notice that persistent classes should not be referenced in eMain