The only point of caching in any case is performance. There are bad side-effects of caching, so performance must be more important than other things (like possibility of stale cache, etc).

What I'm baffled by, and the only reason I responded, was the idea that caching in the database is _faster_ than local caching on the app server. Any time you do a database round trip you're talking about serialization of data, network communication, and deserialization... and all of that in both directions. Even a simple lookup where the database has it cached will take a few milliseconds.

This really has nothing to do with OFBiz, it's all in the network and hardware that this performance impact comes in. These are usually huge factors in designing distributed systems.

So, I guess the point of my questions is how could remote caching ever be faster than local caching? In other words, I was asking because I must be misunderstanding something as this doesn't seem to make any sense.

Not sure what you mean by "Oh my goodness. Not again." It's really not that sensational, just basic computer stuff, really quite boring and plain actually.

-David



On Apr 19, 2008, at 2:37 AM, Jonathon -- Improov wrote:
Oh my goodness. Not again. I thought someone else posted his tests of retrieval speeds regarding this?

Call it what it is, and we'll always be alert to necessities for change. Side note: No point telling everybody "it's all there, you just can't find it", when they might have the ability to actually confirm without doubt that parts of functionalities are not there.

I don't have time to write every reason there is for OFBiz's caching, please. Of course it's good to be able to specifically spell out to OFBiz which entities you want cached; RDBMS do not always know (if at all) which entities should be cached more. The designer of the software will know the usage pattern the software is designed for. So how many points do I get for that answer? :) Sigh.

So would you mind listing all the reasons for OFBiz's caching of the database entries? :) You designed it, I believe. You would know. Thanks!

Jonathon

David E Jones wrote:
On Apr 19, 2008, at 2:04 AM, Jonathon -- Improov wrote:
Chris is right that dynamic view entities are exactly like view entities. Both run through the same Entity Engine. Caching by OFBiz is also good, though much slower than RDBMS-native caches;
Really? What would be the point of local caching on the app server then? (hint: it definitely isn't for database independence) Have you actually done tests on this to see what typical times look like, even for a database running on the same machine?
-David


Reply via email to