[GroupDAV] Evolution Connector; Calendar Selection

[Helge Hess]

On Jan 4, 2007, at 21:49, Christian Huldt wrote:
> Today, I would be skeptical to get >10000 of anything, any way, but =20=

> I would really like some way to get >10000 contacts - but some =20
> collection indexinjg =E0 la Apache returning say <=3D 50 with some =20
> referral to "next set" sounds like a complicated protocol...

No, limits(/offsets) don't make a lot of sense either (except for =20
avoiding DoS).

The way a bulk method should work is
a) do the PROPFIND depth:1 on the collection for href/etag
b) find out which entities you need to update against the local cache
c) retrieve those (relative) HREFs with a single "BULKGET" (or =20
REPORT ...)

Unfortunately standard WebDAV doesn't have such an operation but it =20
would be quite useful, especially in combination with database based =20
servers (like OGo), because doing a SQL statement per GET is quite =20
expensive (usually a DB server could retrieve all objects [in a bulk =20
way] with just a few SQL queries).

Anyways, as mentioned I do not think that the issue is too serious =20
(at least from a conceptional point of view) in the real world.

Greets,
   Helge
--=20
Helge Hess
http://docs.opengroupware.org/Members/helge/