Yes - this is the way DIPS openEHR server works as well. For Composition we match any descendant . Any structure which matches will be valid no matter how deep the location is.
For Folder we have another case. There we only match the first level . This must be treated differently since we for Folder navigate through object references. Vennlig hilsen Bjørn Næss Produktansvarlig DIPS ASA -------- Opprinnelig melding -------- Fra: Ian McNicoll <[email protected]> Dato: 01.10.2017 19:05 (GMT+01:00) Til: For openEHR technical discussions <[email protected]>, sec <[email protected]> Emne: Re: [openEHR SEC] CONTAINS in AQL Hi Pablo, The contains statement is intended to pick up any descendent and this is how it is implemented by marand ocean and Ethercis. This works down to cluster level and I suspect to element if we had any element archetypes. On 1 Oct 2017 at 16:12, <Pablo Pazos<mailto:[email protected]>> wrote: Hi all, I'm reading through the AQL specs, on this section http://openehr.org/releases/QUERY/latest/docs/AQL/AQL.html#_containment it is mentioned that CONTAINS is from parent to child. Most examples there show COMPOSITION CONTAINS ENTRY. In a case that there is a SECTION in the middle, should AQL be always COMPOSITION CONTAINS SECTION CONTAINS ENTRY? Before reading this specific point I was thinking that CONTAINS allowed to look anywhere on the COMPOSITION tree, semantically looking for "child or descendant", instead of just "child". If we have only direct "child" references, having a small tree of SECTIONs can make queries more complex, like COMPOSITION CONTAINS SECTION CONTAINS SECTION CONTAINS SECTION CONTAINS ENTRY ... Would it be useful to have that kind of "child or descendant" containment operator added to AQL? What do others think? -- Ing. Pablo Pazos Gutiérrez e: [email protected]<mailto:[email protected]> p: +598 99 043 145 skype: cabolabs [https://docs.google.com/uc?export=download&id=0B27lX-sxkymfdEdPLVI5UTZuZlU&revid=0B27lX-sxkymfcUwzT0N2RUs3bGU2UUovakc4VXBxWFZ6OXNnPQ] <http://cabolabs.com/> http://www.cabolabs.com<http://www.cabolabs.com/> https://cloudehrserver.com<https://cloudehrserver.com/> Subscribe to our newsletter<http://eepurl.com/b_w_tj> _______________________________________________ openEHR-technical mailing list [email protected]<mailto:[email protected]> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
_______________________________________________ openEHR-technical mailing list [email protected] http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
