Re: [Fwd: Re: CAP-12-a: Stored queries still?]

Tim Hare <[email protected]>
Newsgroups gmane.ietf.calendar
Message-ID <[email protected]>
This may be an implementation question, but I feel it may be germane:

How does the "stored" query save anything? It seems to me that in a limited 
implementation (PDAs were mentioned, but of course that's not the only 
case, I might want to implement CAP on my Atari 400 or something ) the 
premium would be on storage space, and you either store the query 
(memory/disk storage) or you have essentially the same query stored mostly 
as literals within the program itself because the program has to generate 
those literals to accomplish the CAP Query anyway. I agree with Doug that 
there are queries which can be stored without need for  wild cards, but I'm 
not sure I see where the efficiency comes in. Is it intended that the 
stored queries be on the Calendar Store machine, such that a 
smaller-footprint client can invoke them just by name, like a remote 
procedure call of some sort?

Tim Hare
At 04:07 PM 9/3/03 -0600, you wrote:


>(I accidentally sent this to Bruce - I meant to send it to the list)
>
>
>[email protected] wrote:
>>We never reached a clear concensus on the issue of stored queries in 
>>CAP.  The thread just stopped in mid-January 2003 and I still question 
>>the usefulness of them in CAP.
>
>Is what Bruce means, it it does not end until he agrees. There was
>a debate - two of them over the last two years.
>
>>As a refresher for those that may not recall that thread or are new:
>>CAP has the ability to store and refer to 'named' queries in the 
>>protocol.  However, since there is no ability to wildcard any values in 
>>the query ....
>
>Which is irrelevant as there ARE queries that can be saved
>without wild cards. No place in CAP does it say that
>you must be able to do stored queries based on time or wild cards.
>
>
>Such as these examples:
>
>         QUERYID:Common
>         SELECT VEVENT FROM VEGANDA WHERE STATE() = "UNPROCESSED"
>         SELECT VTODO FROM VEGANDA WHERE STATE() = "UNPROCESSED"
>
>         QUERYID:STUFF
>         SELECT VEVENT FROM VAGENDA WHERE STATE() = "DELETED"
>         SELECT VTODO FROM VAGENDA WHERE STATE() = "DELETED"
>
>         QUERYID:Everything
>         SELECT VEVENT FROM VEGANDA WHERE STATE() = "UNPROCESSED"
>         SELECT VTODO FROM VEGANDA WHERE STATE() = "UNPROCESSED"
>         SELECT VHOURNAL FROM VEGANDA WHERE STATE() = "UNPROCESSED"
>         SELECT X-MY-COMP FROM VEGANDA WHERE STATE() = "UNPROCESSED"
>
>         QUERYID:MY RIGHTS
>         SELECT VCAR FROM VAGENDA WHERE SELF() IN DENY
>         SELECT VCAR FROM VAGENDA WHERE SELF() IN GRANT
>
>         QUERYID:MY CALS
>         SELECT CARID FROM VCALSTORE WHERE SELF() in OWNER
>
>         .
>         .
>         .
>
>
>--
>
>   Doug Royer                     |   http://INET-Consulting.com
>   -------------------------------|-----------------------------
>   [email protected]                 | Office: (208)612-INET
>   http://Royer.com/People/Doug   |    Fax: (866)594-8574
>                                  |   Cell: (208)520-4044
>
>                  We Do Standards - You Need Standards
>
>--
>
>  Doug Royer                     |   http://INET-Consulting.com
>  -------------------------------|-----------------------------
>  [email protected]                 | Office: (208)612-INET
>  http://Royer.com/People/Doug   |    Fax: (866)594-8574
>                                 |   Cell: (208)520-4044
>
>                 We Do Standards - You Need Standards
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.