[
Date Prev][
Date Next][
Thread Prev][
Thread Next][
Date Index][
Thread Index]
Re: UMO Find: More exclusion parameters
- To: uu@total-knowledge.com
- Subject: Re: UMO Find: More exclusion parameters
- From: "Alexey Parshin" <alexeyp@gmail.com>
- Date: Thu, 8 Jan 2009 09:18:33 +1100
- Delivered-to: mailing list uu@total-knowledge.com
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from:to :subject:in-reply-to:mime-version:content-type:references; bh=qSYzuKzoEBpwCJMVZ5DVxHRzQAbNpzyYRyW+Q36bBzo=; b=pjZ8AmWNO91jonfsz8wxapWGOdrimLikTGboHKWeZ7YO/hWBWmvAcvKSx9gHpFgNsm St1MFL/AnPla/saxL/OOa+fAKJOEGvZIhLadal6U7W5uKKjaplA4d3xroUY40GNTQm4g riPI5nOQxo2G2tcB75mISRNaFiYJlmST9tqyg=
- Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:to:subject:in-reply-to:mime-version :content-type:references; b=hAMI1fd/6EI1TCVscLNhEgOAf5pIetCo0oT30H1NySgAjs/iQLeGPDt6uJsQATA0Jw ZX0xoPkHjqsCA5FCHTRRE6T+egDI32lSMdn+m4oH1qu0jqFGQ0ELCykkcaEz2nMoogUZ d8PDoubINwi454QdjiFLPtcZr9W7kWE3c9TNo=
- In-reply-to: <4964B4F1.5060003@total-knowledge.com>
- Mailing-list: contact uu-help@total-knowledge.com; run by ezmlm
- References: <4964B4F1.5060003@total-knowledge.com>
I understand how we can find a single object to exclude when looking for
linking - it's just link object base. That implementation is trivial.
I don't think excluding any more objects makes sense. Circular dependencies
cause no negative reaction with Anatoly - I've asked him a while ago.
2009/1/8 Ilya A. Volynets-Evenbakh <ilya@total-knowledge.com>
> I think we might want to provide exclusion
> parameters for umo_find:
> If we are searching for objects to link to,
> we might want to pass list of parent objects
> which shouldn't show up on results (in this case,
> I think we are passing umo_base IDs).
>
> Alternative: if we already have logic for
> completely disallowing circular deps inside database,
> we could pass single base ID - for intended parent,
> and then filter out all of possible trees from results.
>
> --
> Ilya A. Volynets-Evenbakh
> http://www.total-knowledge.com
>
>
--
Alexey Parshin,
http://www.sptk.net