The idea for an in memory query engine is interesting, but this requires that all of you data to fit into memory and actually be in memory. If you want to write it, that would be cool, but I think there are way more important things to make CMP fast.
-dain
Michael Bartmann wrote:
Comments inline, Regards, Michael saroj kumar wrote:As I understand the main usecase: We _have_ entities (tereby xml) and containers, but haveRunning EJB-QL without Container/EB!!!! We need to consider few points. 1) If there is no container then how do we parse the XML?
a way to circumvent the container in case of queries, which would otherwise done
so in an inferiour fashion (pure sql).
We could have an mbean which has enough information from the container config2) If there are no Entity beans then how do you query?
to convert eql to sql.
3) If Above points are sorted out then how do we achieve complex joins/unions?Good question; this is a shortcomming of eql (by design?).Again, we only consider a way to prevent a mixture of entities and plain sql in the4) Moreover, In case of large projects, describing the schema in XML may require some tools Otherwise, the sheer sixe of DB will prevent users.
application, so thing can only get better.
This becomes crucial if the changes to DB are quite frequent.
-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:jboss-user-admin@;lists.sourceforge.net] On Behalf Of Michael
Bartmann
Sent: Wednesday, November 06, 2002 6:09 PM
To: [EMAIL PROTECTED]
Subject: Re: [JBoss-user] Entity Bean Performance Tuning Help
Absolutely!
I don't have to add much to this, but I think that this request
(non-container ejb-ql) is so important (and a good "workaround",
too), that I simply couldn't resist to reply.
Anyway, would this be difficult to achieve?
Regards,
Michael Bartmann
Pete Beck wrote:
On Tue, 2002-10-29 at 17:28, Bill Burke wrote:myself
JBoss is being used in production everywhere. I've been at 6 sites
rightover the past year. IMHO and experience, entity beans are not the
By.choice if you're doing complex reporting. A handmade query cache with
direct JDBC will always be faster. Besides, EJB QL doesn't have Group
thereRegarding Bill's comment about reporting; this is *so* true. IMHO this
is one of the biggest problems that needs to be addressed in the EJB
spec.
However dropping to JDBC is not the answer either. Unfortunately,
is currently little choice.Having
What is needed is the ability to run queries directly in EJB-QL.
to use JDBC means your application is dependent on the database domain.names
In other words, the application designer has to know about the
implementation specifics of the persistence layer (database).
Being able to execute queries in EJB-QL would allow us to use bean
and property names.
-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
------------------------------------------------------------------------
**************************Disclaimer**************************************************
Information contained in this E-MAIL being proprietary to Wipro Limited is 'privileged' and 'confidential' and intended for use only by the individual or entity to which it is addressed. You are notified that any use, copying or dissemination of the information contained in the E-MAIL in any manner whatsoever is strictly prohibited.
****************************************************************************************
-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user
--
xxxxxxxxxxxxxxxxxxxxxxxx
Dain Sundstrom
Chief Architect JBossCMP
JBoss Group, LLC
xxxxxxxxxxxxxxxxxxxxxxxx
-------------------------------------------------------
This sf.net email is sponsored by: See the NEW Palm Tungsten T handheld. Power & Color in a compact size!
http://ads.sourceforge.net/cgi-bin/redirect.pl?palm0001en
_______________________________________________
JBoss-user mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/jboss-user