Re: CAP Example READ-1

["Frank Dawson" <fdawson@xxxxxxxxxxxxx>]

On Friday, March 19, 1999 1:45 PM, Tony Small wrote, in part:


>Crazy idea: What if instead of RESULTSTART being an integer, have it be an
>id of a calendar item.  So for instance, I run the query on the first ten.
>I save the id of the last item I got and then set RESULTSTART to that id,
so
>the results start from there.


Hhmmm...Of course I like this idea. If you remember, I had suggested that
the READ function should be structured as a LOOKUP function, returning the
UIDs of any matches. That way, you could then READ them in the order and
number that you wanted. At the time, this was a minority view ;-)

However, this discussion thread points up that a CAP function set modeled on
this approach might be much more pragmatic. This will also help assist with
figuring out how to provide read access with some sort of flow control to
small footprint devices.

What do folks think? Shouldn't we reintroduce a LOOKUP or FIND function to
return UIDs of matches for containers that match a VQUERY and reuse the
existing READ to read data?

- - Frank