Re: recursive deletion (Re: Model questions)

On 29 Jan 2013, at 14:23, Ashok Malhotra <> wrote:

> Hi Roger:
> Would you agree that recursive deletion is important in some cases?
> I don't think we want to make it the default but I think it is useful
> to allow it, perhaps with higher cost and complexity, to cover the
> situations where it is required.
> All the best, Ashok

Here is a way to do selective deletion of large numbers of contents
whilst still allowing container deletion semantics we have:

PATCH /container HTTP/1.1
DELETE { <> rdfs:member ?c . ?c dc:created </jack#me> }

Or some such.

> On 1/29/2013 3:28 AM, Roger Menday wrote:
>>> 2. When a collection is deleted are its members deleted also?
>>> This is the composition vs. aggregation question.  We closed issue
>>> but I don't think
>>> the matter is settled.
>>> We agree that both composition and aggregation are needed but we
>>> don't have agreement on mechanisms.
>>> covers a part of it.
>>> There seem to be three proposals:
>>> A.  Use an attribute on the collection to indicate composition or aggregation
>>> B.  Use two separate classes for composition and aggregation
>>> C.  Delete all members when a collection is deleted.  Use links to cover the
>>> aggregation case.
>>> Perhaps we need an issue to decide on the mechanism.
>>> This is my assessment of the situation.  I know I don't have to say this to this
>>> group, but don't be shy and send mail if you disagree
>> Hi Ashok,
>> Thanks for your summary. You asked for opinions :) and so, I will offer you my opinion on your second question. My opinion is that recursive deletion of resources is a bad idea and we should drop it !!
>> I don't see that once a resource goes out into the big wide world why it should be cut short when their creator is deleted.
>> For recursive delete to work, this requires that a child resource to be kept strictly under the management of the parent. I don't think that this is way things should work, and it is definitely not the way that the web works either. It might work sometimes, but, it certainly won't be able to work all of the time. The creation semantic of LDP needs to be more flexible than that. It needs to be able to accommodate resource creation on different servers, moving resources, persistent resources, etc etc ...
>> Roger

Social Web Architect

Received on Tuesday, 29 January 2013 13:42:49 UTC