18 Apr 2012 07:49
Re: Separate occurrence objects for plone.app.event?
Lennart
On Wed, Apr 18, 2012 at 15:33, Lennart Regebro <regebro-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
On Wed, Apr 18, 2012 at 03:33, Róman Joost <roman-Rr1zgAJO2wfR7s880joybQ@public.gmane.org> wrote:Yup. The catalog is for searching for objects. Returning multiple
> A catalog query returns the brain for the event and not for each
> occurrence.
brains for the same object would in most cases be confusing. A typical
usecase is to search for all events during a time period. If a search
in a search form was to search for all events in March, and you get 31
copies of one event, that's probably not what you want. Also, since
it's the same object, you'll have the same start and end date on all
of the objects anyway, so it doesn't really help you.
You want a list of all occurrences during the time period, and that's
a different kind of search. It's necessary and highly useful, but I'm
not convinced it should be an integral part of the catalog.
//Lennart
So this brings us around in circles. We need the separate occurrences. If we do a search for events in march and it returns back say 10 objects, of which 5 may be recurring events, we then need to interrogate each of these 5 events again to find their occurrences, then merge the list of occurrences of each of those events into one list - re-sort them and then we can display our results. This means multiple queries and sorting all at the view level which seems crazy to me.
All of this leads me to the conclusion that we DO need separate objects for each occurrence - this would solve all these issues and remove the need for crazy re-querying of the recurring event objects. I know that creating objects for the occurrences may cause some kind of performance hit when editing, but I really want to know is that actually worse that this situation we are heading towards at the moment?
Tom
------------------------------------------------------------------------------ Better than sec? Nothing is better than sec when it comes to monitoring Big Data applications. Try Boundary one-second resolution app monitoring today. Free. http://p.sf.net/sfu/Boundary-dev2dev
_______________________________________________ Plone-developers mailing list Plone-developers@... https://lists.sourceforge.net/lists/listinfo/plone-developers
RSS Feed