Question: Individual annotations vs One large annotation (conceptual riddle for the interested)

Georg C. F. Greve greve at kolabsys.com
Wed Sep 28 18:23:32 CEST 2011


Hi Bernhard,

There are use cases where XML objects are clearly the better approach, there 
are also cases where they are vastly inferior. Typical examples are:

 * Anything for email folders:

	This will result in a mix of object types within email folders that will
 	raise the complexity for clients displaying the folders as they can no
 	longer rely upon the folder type, and non-Kolab clients will more easily
 	break the configuration.

	The alternative results in the next point, and a good chance for data
	rot as now the meta data for one particular folder is no longer stored
	in that folder.

 * More complexity

	Where a per folder setting can easily be stored in a shared/private 
	namespace, and conflict resolution between different settings is easy,
	doing the same through XML is more complex.

 * Vastly inferior performance

	Clients always need to parse everything to retrieve a single setting,
	likely across all folders, parsing each object, including filtering
 	through hundreds of thousands of email messages to make sure
	no configuration object is stored among them.

	This is in the area of infinitely worse performance in comparison to
	annotations, which are a well understood and established mechanism
	by now and supported by virtually all the IMAP servers we care about.

That said: There are clearly cases where XML objects are preferable.

In my view, the dividing line runs between transient and permanent 
information. Permanent information is everything that is potentially stored 
forever, so email, groupware objects, and user specific data, such as a 
personal dictionary, even colour sets for commonly used categories across all 
object types and the entire data tree.

Transient information is pure configuration data that loses its value with 
folders or objects disappearing, so often folder or object specific settings 
and meta data, e.g. folder colours, object specific caching or searching 
information, even the folder type.

Another deciding bit can be the need to search for information quickly on the 
IMAP server without a full cache of everything, but this would have to be a 
very strong case to break the logic above, IMHO.

That said: It would have been helpful to get your input on the actual question 
discussed in this thread.

Best regards,
Georg


-- 
Georg C. F. Greve
Chief Executive Officer

Kolab Systems AG
Zürich, Switzerland

e: greve at kolabsys.com
t: +41 78 904 43 33
w: http://kolabsys.com

pgp: 86574ACA Georg C. F. Greve
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 308 bytes
Desc: This is a digitally signed message part.
URL: <http://lists.kolab.org/pipermail/format/attachments/20110928/7be732ec/attachment.sig>


More information about the format mailing list