Namespace: |
|
Content: |
|
Defined: |
globally in vo-dml.xsd; see XML source |
Includes: |
definition of 1 element |
Used: |
at 1 location |
XML Representation Summary | |||||
<... | |||||
id | = |
xs:string | |||
> | |||||
|
|||||
</...> |
Type Derivation Tree Composition |
<xsd:complexType name="Composition"> <xsd:annotation> <xsd:documentation> This type implements a composition relation between the parent and child ObjectTypes. Its instances are ONLY used to set the composition field on an ObjectType. It is a rule that an object type can only be the target of a single composition definition. A subclass can be assigned a target to a composition if a baseclass is already assigned such a target, but only if the composition is explicitly 'subsetted'. A composition is assumed to be a set, i.e. a given object (as identified by its identifier!) cannot occur multiple times in the composition. The composition may be ordered, which implies that the order in which objects have been added to the parent is to be preserved. As clients can always do an explicit sort on any of the child objects' attributes, it seems not necessary to add functionality for declaring a composition is sorted on one or more attributes. Through the uniqueInCollection constraint that can be assigned to attributes, a composition can impose the constraint that different objects in the composition must have distinct values of the attribute to which that constraint is assigned. It would be better probably to add the capability to assign such constraints to this composition type. This would also give more flexibility in for example creating explicit (named) keys, or defining multi-attribute uniqueness constraints. </xsd:documentation> </xsd:annotation> <xsd:complexContent> <xsd:sequence> <xsd:annotation> <xsd:documentation> If true, this composition preserves the ordering of object insertions. </xsd:documentation> </xsd:annotation> </xsd:element> </xsd:sequence> </xsd:extension> </xsd:complexContent> </xsd:complexType> |
Type: |
|
Use: |
optional |
Defined: |
<xsd:attribute name="id" type="xsd:string" use="optional"> <xsd:annotation> <xsd:documentation> A referencable element may be given an @id attribute to reflect an identifier defined in some source document form which a VO-DML model may have been derived. </xsd:documentation> </xsd:annotation> </xsd:attribute> |
Type: |
ElementRef, complex content |
Defined: |
<xsd:element name="datatype" type="ElementRef"> <xsd:annotation> <xsd:documentation> Reference to the type that plays the role represented by this Role. </xsd:documentation> </xsd:annotation> </xsd:element> |
Type: |
xsd:string, simple content |
Defined: |
<xsd:element minOccurs="0" name="description" type="xsd:string"> <xsd:annotation> <xsd:documentation> Human readable description of the model element. </xsd:documentation> </xsd:annotation> </xsd:element> |
Type: |
xsd:boolean, simple content |
Default: |
"false" |
Defined: |
<xsd:element default="false" minOccurs="0" name="isOrdered" type="xsd:boolean"> <xsd:annotation> <xsd:documentation> If true, this composition preserves the ordering of object insertions. </xsd:documentation> </xsd:annotation> </xsd:element> |
Type: |
Multiplicity, complex content |
Defined: |
<xsd:element name="multiplicity" type="Multiplicity"> <xsd:annotation> <xsd:documentation> The multiplicity of the role (also called cardinality) indicates whether it must have a value or may be without value, or possibly how many values are allowed. </xsd:documentation> </xsd:annotation> </xsd:element> |
Type: |
VODMLName, simple content |
Defined: |
Type: |
VODMLID, simple content |
Defined: |
This XML schema documentation has been generated with DocFlex/XML RE 1.8.0 using DocFlex/XML XSDDoc 2.2.0 template set. DocFlex/XML RE is a reduced edition of DocFlex/XML, which is a tool for programming and running highly sophisticated documentation and reports generators by the data obtained from any kind of XML files. The actual doc-generators are implemented in the form of special templates that are designed visually using a high quality Template Designer GUI basing on the XML schema (or DTD) files describing the data source XML. DocFlex/XML XSDDoc is a commercial template application of DocFlex/XML that implements a high-end XML Schema documentation generator with simultaneous support of framed multi-file HTML, single-file HTML and RTF output formats. (More formats are planned in the future). A commercial license for "DocFlex/XML XSDDoc" will allow you:
Once having only such a license, you will be able to run the fully-featured XML schema documentation generator both with DocFlex/XML SDK and with DocFlex/XML RE, which is a reduced free edition containing only the template interpretor / output generator. No other licenses will be required! But this is not all. In addition to it, a commercial license for DocFlex/XML SDK will allow you to modify the XSDDoc templates themselves as much as you want. You will be able to achieve whatever was impossible to do with the template parameters only. And, of course, you could develop any template applications by your own! Please note: By purchasing a license for this software, you not only acquire a useful tool, you will also make an important investment in its future development, the result of which you could enjoy later by yourself. Every single your purchase matters and makes a difference for us! To buy a license, please follow this link: http://www.filigris.com/shop/ |