Re: [Hibernate] Enhanced filtering?
All right, I certainly don 't want to change anything to the initial filtering capability, because there are already usecases as is. What I was thinking of was an optional enhancement. The more I think on this one, the more I think events are more appropriate when dealing with security (the JACC stuff does not work, but a proprietary one should most likely). Let's forget the filter enhancement. PS: a wrong slide plus a flawed memory made me claim on a meeting that get and load where affected by filters, so I wanted to know the exact reasons of this choice :-) Steve Ebersole wrote: We were just talking about the delete use case last night in relation to bulk deletes. I think it really comes down to how we want to conceptualize the filters. Initially they were envisioned solely as a mechanism for filtering returned data. What we are talking about here is a serious expansion on that original conceptualization with serious ramifications in terms of caching. The one that is really difficult is the get/load scenario, as that then supposes extension out to to-one associations. Not sure how a filter (where condition) would even play into an insert... Even with deletes though, I can see what you are saying if the filters are security-based, but what if the filters are temporal. Do we really want to limit the deleted rows there? At any rate, I'd prefer instead that this kind of stuff were handled through the events like the JACC stuff does. -1 My $.02 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel Bernard Sent: Wednesday, June 08, 2005 7:26 AM To: hibernate-devel@lists.sourceforge.net Subject: [Hibernate] Enhanced filtering? I get some feedbacks from users using filters. Some of them seems to be *keen on* enhancing the filter capability to all session operations - load/get - save/update - delete It makes sense for permissioned data as a global filtering. The thing is that it needs to lower Hibernate capability (workaround update counts breaking etc, versioning issue). What do you guys think of that? --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel _ Découvrez le nouveau Yahoo! Mail : 1 Go d'espace de stockage pour vos mails, photos et vidéos ! Créez votre Yahoo! Mail sur http://fr.mail.yahoo.com --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel
RE: [Hibernate] Enhanced filtering?
We were just talking about the delete use case last night in relation to bulk deletes. I think it really comes down to how we want to conceptualize the filters. Initially they were envisioned solely as a mechanism for filtering returned data. What we are talking about here is a serious expansion on that original conceptualization with serious ramifications in terms of caching. The one that is really difficult is the get/load scenario, as that then supposes extension out to to-one associations. Not sure how a filter (where condition) would even play into an insert... Even with deletes though, I can see what you are saying if the filters are security-based, but what if the filters are temporal. Do we really want to limit the deleted rows there? At any rate, I'd prefer instead that this kind of stuff were handled through the events like the JACC stuff does. -1 My $.02 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel Bernard Sent: Wednesday, June 08, 2005 7:26 AM To: hibernate-devel@lists.sourceforge.net Subject: [Hibernate] Enhanced filtering? I get some feedbacks from users using filters. Some of them seems to be *keen on* enhancing the filter capability to all session operations - load/get - save/update - delete It makes sense for permissioned data as a global filtering. The thing is that it needs to lower Hibernate capability (workaround update counts breaking etc, versioning issue). What do you guys think of that? --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r ___ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel
RE: [Hibernate] Enhanced filtering?
I am against changing the concept here. I think the original conception is the only one that truly makes sense. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Ebersole Sent: Wednesday, 8 June 2005 10:36 AM To: Emmanuel Bernard; hibernate-devel@lists.sourceforge.net Subject: RE: [Hibernate] Enhanced filtering? We were just talking about the delete use case last night in relation to bulk deletes. I think it really comes down to how we want to conceptualize the filters. Initially they were envisioned solely as a mechanism for filtering returned data. What we are talking about here is a serious expansion on that original conceptualization with serious ramifications in terms of caching. The one that is really difficult is the get/load scenario, as that then supposes extension out to to-one associations. Not sure how a filter (where condition) would even play into an insert... Even with deletes though, I can see what you are saying if the filters are security-based, but what if the filters are temporal. Do we really want to limit the deleted rows there? At any rate, I'd prefer instead that this kind of stuff were handled through the events like the JACC stuff does. -1 My $.02 -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Emmanuel Bernard Sent: Wednesday, June 08, 2005 7:26 AM To: hibernate-devel@lists.sourceforge.net Subject: [Hibernate] Enhanced filtering? I get some feedbacks from users using filters. Some of them seems to be *keen on* enhancing the filter capability to all session operations - load/get - save/update - delete It makes sense for permissioned data as a global filtering. The thing is that it needs to lower Hibernate capability (workaround update counts breaking etc, versioning issue). What do you guys think of that? --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r=20 ___ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r ___ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel --- This SF.Net email is sponsored by: NEC IT Guy Games. How far can you shotput a projector? How fast can you ride your desk chair down the office luge track? If you want to score the big prize, get to know the little guy. Play to win an NEC 61 plasma display: http://www.necitguy.com/?r ___ hibernate-devel mailing list hibernate-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hibernate-devel
