search

SDShare / Specification

SDShare - Protocol for the syndication and synchronisation of RDF
Other
10 stars 1 forks source link

To sort or not to sort #59

Open larsga opened 12 years ago

larsga commented 12 years ago

Should entries in the fragment feed be sorted? Right now they don't need to be.

If we require them to be sorted, that makes life harder for the server.

However, if we sort by time ascending, that means clients can know that the time of the last entry is the highest time they've seen. So if processing breaks off on page 67 we can safely update the last seen time, and continue from that time next time around.

ihenriksen commented 12 years ago

I think this is important. Also, I think it is a bad idea to let implementation specific concerns govern the specification work.

tombech commented 12 years ago

I agree it is more useful than a "burden" on the server side

ihenriksen commented 12 years ago

I would not worry about how the server implementation could handle this, there are software architecture design patterns (like different kinds of MVCC) that persist the data in a versioned and sorted order - therefore the client would not need any external sorting or post-processing after data syndicating.

larsga commented 12 years ago

Thanks for commenting, guys. I'll start a discussion thread about this on the list. Please repost your answers there. I'm hoping that can "wake up" the others.