EP1559031A2 - Auf- und abwärtskompatible schemaevolution - Google Patents

Auf- und abwärtskompatible schemaevolution

Info

Publication number
EP1559031A2
EP1559031A2 EP03773545A EP03773545A EP1559031A2 EP 1559031 A2 EP1559031 A2 EP 1559031A2 EP 03773545 A EP03773545 A EP 03773545A EP 03773545 A EP03773545 A EP 03773545A EP 1559031 A2 EP1559031 A2 EP 1559031A2
Authority
EP
European Patent Office
Prior art keywords
schema
version
xsl
scheme
types
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Withdrawn
Application number
EP03773545A
Other languages
English (en)
French (fr)
Inventor
Rainer Heller
Heinrich Kulzer
Marcus Bürgel
Edgar Frank
Dieter Wissmann
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Siemens AG
Original Assignee
Siemens AG
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Siemens AG filed Critical Siemens AG
Publication of EP1559031A2 publication Critical patent/EP1559031A2/de
Withdrawn legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F9/00—Arrangements for program control, e.g. control units
    • G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
    • G06F9/44—Arrangements for executing specific programs
    • G06F9/448—Execution paradigms, e.g. implementations of programming paradigms
    • G06F9/4488—Object-oriented

Definitions

  • the invention relates to a method and a system for
  • schema e.g. database schemas, JKML schemas
  • JXML Extensible Markup Language
  • schema is also to be understood as a class / type model. Schemas are used to describe how data is stored. The data to be filed generally changes over time in its structure. It is therefore necessary to change the underlying schema, ie a schema evolution takes place. The following things are essential in this schema evolution: First, the version of a schema must be identified. On the other hand, the compatibility between different schemes should be clarified and specified. Compatibility between two schemas here means that data that is correctly stored with regard to one schema is also correct with respect to the other schema.
  • Data are correct for a schema means that the data can be correctly interpreted by an application if the application knows the meaning of the structures from the schema.
  • the short form “data of a schema” refers to data that are correct with regard to a schema.
  • W3C World Wide Web Consortium
  • the invention has for its object to enable an upward and downward compatible schema evolution.
  • This object is achieved by a method for defining structures of object and / or data models, in which schemes describe the structures, a version of the respective scheme being identified in a first attribute of a scheme, the namespace and the type and element names used in the respective schema are retained regardless of the version, whereby types and elements are only expanded while maintaining the type or element name, and in schemas of a newer version unexpanded types and elements unchanged from the respective ones in schemas older versions used types or elements are adopted.
  • This object is achieved by a system for defining structures of object and / or data models, with at least one scheme for describing the structures, a first attribute of a scheme being provided for identifying a version of the respective scheme, the one used in the respective scheme Namespace and the type and element names used in the respective schema are retained regardless of the version, whereby a mechanism for expanding the types and elements under Retention of the type or element name and for unchanged adoption of non-extended types or elements used in schemas of an older version in schemas of a newer version is provided.
  • the present invention shows a way to carry out a schema evolution in such a way that the schemas are both upwards and downwards compatible.
  • the invention enables a schema evolution without changing the names of the data.
  • the basic idea is to keep the namespace, the type and element names when changing to a new schema version and to use a schema version identifier.
  • a namespace is a collection of names that are identified by a unique identifier.
  • a namespace is something like a container for elements and
  • a namespace is also known as a "namespace *”.
  • the versioning of the schemas is only shown via attributes.
  • a first attribute of a schema is used to identify a version of the respective schema.
  • a calendar date can be assigned to a version of a scheme using a second attribute.
  • the calendar date of the respective schema version can e.g. B. in the so-called “annotations" to the schema via an attribute "versiondate".
  • the invention is described and explained in more detail below on the basis of the exemplary embodiment shown in the figure.
  • the figure shows a system for defining structures of object and / or data models, with schemes for describing the structures.
  • Shown in the exemplary embodiment are a first schema XS1 of an older version and a second schema XS2 of a newer version, both of which describe the structures of an object model OM.
  • the arrow 30 symbolizes the schema evolution.
  • the schemes XS1, XS2 contain types and elements 11..14, 21..24, to which type and element names 11a..14a, 21a..24a are assigned.
  • a namespace 1 is assigned to the schemes XS1, XS2.
  • Version identifiers or calendar data can be stored in first attributes 10, 20 and second attributes Dl, D2 of the schemes XSl, XS2.
  • XML-Schema provides various means for the transition from one XML-Schema version to the next.
  • XML schema offers the means of redefining element types.
  • the idea of a redefinition is to do an "inheritance" without changing the name of the element type.
  • the redefinition mechanism also includes the transfer of non-redefined types from the old schema definition. I.e. By using the redefinition, an "include mechanism" for taking over old types is triggered at the same time. This also supports an upward compatible development of a scheme.
  • XML documents are valid with regard to an XML schema ". While the definition of the W3C is of a purely syntactic nature, that is, the structure of an XML document, the definition used here is determined by the semantic content and the interpretability of the data.
  • the invention thus relates to a method and a system for defining structures of object and / or data models OM, with at least one schema XS1, XS2 for describing the structures.
  • An upward and downward compatible schema evolution is achieved by identifying a version of the respective schema XSl, XS2 in a first attribute 10, 20 of a schema XSl, XS2, the namespace 1 used in the respective schema XSl, XS2 and that in the respective Scheme XSl, XS2 used type and element names 11a..14a, 21a..24a are retained regardless of the version, whereby types and elements 11..14, 21..24 only if the type or.
  • Element names 11a..14a, 21a..24a are expanded and, in schemes XS2 of a newer version, non-expanded types and elements 21..24 are adopted unchanged from the respective types or elements 11..14 used in schemes XSl of an older version ,

Landscapes

  • Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

Die Erfindung betrifft ein Verfahren sowie ein System zur Definition von Strukturen von Objekt- und/oder Datenmodellen (OM), mit mindestens einem Schema (XS1, XS2) zur Beschreibung der Strukturen. Eine auf- und abwärtskompatible Schemaevolution wird dadurch erreicht, dass in einem ersten Attribut (10, 20) eines Schemas (XS1, XS2) eine Kennzeichnung einer Version des jeweiligen Schemas (XS1, XS2) erfolgt, wobei der im jeweiligen Schema (XS1, XS2) verwendete Namensraum (1) und die im jeweiligen Schema (XS1, XS2) verwendeten Typ- und Elementnamen (11a..14a, 21a..24a) unabhängig von der Version beibehalten werden, wobei Typen und Elemente (11..14, 21..24) nur unter Beibehaltung des Typ- bzw. Elementnamens (11a..14a, 21a..24a) erweitert werden und wobei in Schemata (XS2) einer neueren Version nicht erweiterte Typen und Elemente (21..24) unverändert von den jeweiligen in Schemata (XS1) einer älteren Version verwendeten Typen bzw. Elementen (11..14) übernommen werden.

Description

Beschreibung
Auf- und abwärtskompatible Schemaevolution
Die Erfindung betrifft ein Verfahren sowie ein System zur
Definition von Strukturen von Objekt- und/oder Datenmodellen, mit mindestens einem Schema zur Beschreibung der Strukturen.
Strukturen von Objekt- und Datenmodellen werden bei der Softwareentwicklung typischer Weise mit Klassen-/Typmodellen und Schemas (z. B. Datenbankschemas, JKML-Schemas) definiert (JXML = Extensible Markup Language) . Im Folgenden soll unter dem Begriff Schema auch Klassen-/Typmodell verstanden werden. Schemas dienen also zur Beschreibung, wie Daten abgelegt werden. Die abzulegenden Daten ändern sich im Allgemeinen über die Zeit in ihrer Struktur. Daher ist es notwendig, auch das jeweils zugrundeliegende Schema zu ändern, d. h. es findet eine Schemaevolution statt. Folgende Dinge sind bei dieser Schemaevolution wesentlich: Zum einen muss die Version eines Schemas identifiziert werden können. Zum anderen sollte die Kompatibilität zwischen verschiedenen Schemata geklärt und angegeben werden können. Kompatibilität zwischen zwei Schemas bedeutet hier, dass Daten, die bzgl. dem einen Schema korrekt abgelegt sind, auch bzgl. des anderen Schemas korrekt sind. Unter "Daten sind zu einem Schema korrekt" ist zu verstehen, dass die Daten inhaltlich korrekt von einer Applikation interpretiert werden können, wenn der Applikation die Bedeutung der Strukturen aus dem Schema bekannt ist. Mit der Kurzform "Daten eines Schemas" seien Daten bezeichnet, die bzgl. eines Schemas korrekt sind. Bei der Kompatibilität von Schemas unterscheidet man üblicherweise zwischen Aufwärtskompatibilität (= Daten eines alten Schemas sind korrekt bzgl. eines neuen Schemas) und Abwärtskompatibilität (= Daten eines neuen Schemas, die zu Strukturen des alten Schemas inhaltlich korrespondieren, sind korrekt bzgl. eines alten Schemas) . Die Eigenschaften Aufwärtskompatibilität und Abwärtskompatibilität zwischen den Schemaversionen sind eminent wichtig, da sie direkte Auswirkungen auf die Machbarkeit und Aufwände für die Migration von Endanwenderdaten von Softwareprodukten haben. Für die Schema Implementierung wird heutzutage oft der W3C-Standard XML- Schema (W3C = World Wide Web Consortium) eingesetzt. Dort gibt es Mechanismen für die Schemaevolution. Setzt man diese Mechanismen so ein, wie es standardmäßig in der objektorientierten Softwareentwicklung üblich ist, so erhält man aufwärtskompatible XML-Schemas, die jedoch nicht abwärtskompatibel sind.
Der Erfindung liegt die Aufgabe zugrunde, eine auf- und abwärtskompatible Schemaevolution zu ermöglichen.
Diese Aufgabe wird durch ein Verfahren zur Definition von Strukturen von Objekt- und/oder Datenmodellen gelöst, bei welchem Schemata die Strukturen beschreiben, wobei in einem ersten Attribut eines Schemas eine Kennzeichnung einer Version des jeweiligen Schemas erfolgt, wobei der im jeweiligen Schema verwendete Namensraum und die im jeweiligen Schema verwendeten Typ- und Elementnamen unabhängig von der Version beibehalten werden, wobei Typen und Elemente nur unter Beibehaltung des Typ- bzw. Elementnamens erweitert werden und wobei in Schemata einer neueren Version nicht erweiterte Typen und Elemente unverändert von den jeweiligen in Schemata einer älteren Version verwendeten Typen bzw. Elementen übernommen werden.
Diese Aufgabe wird durch ein System zur Definition von Strukturen von Objekt- und/oder Datenmodellen gelöst, mit mindestens einem Schema zur Beschreibung der Strukturen, wobei ein erstes Attribut eines Schemas zur Kennzeichnung einer Version des jeweiligen Schemas vorgesehen ist, wobei der im jeweiligen Schema verwendete Namensraum und die im jeweiligen Schema verwendeten Typ- und Elementnamen unabhängig von der Version beibehalten werden, wobei ein Mechanismus zur Erweiterung der Typen und Elemente unter Beibehaltung des Typ- bzw. Elementnamens und zur unveränderten Übernahme von in Schemata einer älteren Version verwendeten, nicht erweiterten Typen bzw. Elementen in Schemata einer neueren Version vorgesehen ist.
Durch die vorliegende Erfindung wird ein Weg aufgezeigt, eine Schemaevolution so durchzuführen, dass die Schemas sowohl aufwärts- als auch abwärtskompatibel sind. Die Erfindung ermöglicht eine Schemaevolution, ohne die Namen der Daten zu ändern. Grundidee dabei ist, den Namensraum, die Typ- und Elementnamen beim Übergang auf eine neue Schemaversion beizubehalten und eine Schemaversionskennung zu benutzen. Ein Namensraum ist eine Sammlung von Namen, die durch einen eindeutigen Bezeichner identifiziert werden. Ein Namensraum ist damit soetwas wie ein Container für Elemente und
Attribute, der selbst einen einmaligen Namen besitzt. Ein Namensraum wird auch als „Namespace* bezeichnet.
Die Versionierung der Schemas wird ausschließlich über Attribute abgebildet. Dabei wird ein erstes Attribut eines Schemas zur Kennzeichnung einer Version des jeweiligen Schemas benutzt. Gemäß einer vorteilhaften Ausgestaltung der Erfindung kann ein Kalenderdatum über ein zweites Attribut einer Version eines Schemas zugeordnet werden. Das Kalenderdatum der jeweiligen Schemaversion kann z. B. in den sogenannten "Annotations" zum Schema über ein Attribut "versiondate" abgelegt werden.
Werden die Schemata durch eine erweiterbare Auszeichnungs- spräche, z. B. XML, beschrieben, so erreicht man neben Einheitlichkeit und Erweiterbarkeit auch systematische Validierbarkeit .
Nachfolgend wird die Erfindung anhand des in der Figur dargestellten Ausführungsbeispiels näher beschrieben und erläutert. Die Figur zeigt ein System zur Definition von Strukturen von Objekt- und/oder Datenmodellen, mit Schemata zur Beschreibung der Strukturen.
Im Ausführungsbeispiel dargestellt sind ein erstes Schema XSl älterer Version und ein zweites Schema XS2 neuerer Version, welche beide die Strukturen eines Objektmodells OM beschreiben. Der Pfeil 30 symbolisiert die Schemaevolution. Die Schemata XSl, XS2 enthalten Typen und Elemente 11..14, 21..24, welchen Typ- bzw. Elementnamen 11a..14a, 21a..24a zugeordnet sind. Den Schemata XSl, XS2 ist ein Namensraum 1 zugeordnet. In ersten Attributen 10, 20 und zweiten Attributen Dl, D2 der Schemata XSl, XS2 können Versionkennungen bzw. Kalenderdaten hinterlegt werden.
Im Folgenden wird die Erfindungsidee anhand des für die Schema-Implementierung oft eingesetzten W3C-Standard XML- Schema erläutert. Die beschriebenen Mechanismen lassen sich jedoch prinzipiell bei der Beschreibung der Strukturen beliebiger Objekt- und Datenmodelle einsetzen, unabhängig von Standards. Bisher wurden zwar aufwärtskompatible XML-Schemas definiert, aber keine abwärtskompatiblen XML-Schemas. Die Definition aufwärtskompatibler XML-Schemas wurde folgendermaßen gelöst: Bei XML-Schema gibt es die Mechanismen "Typableitung", Targetnamespaces und das Attribut "version" beim Element <xsd: schema>. Setzt man diese Mechanismen so ein, wie es in der objektorientierten Softwareentwicklung bekannt ist, bedeutet das, dass abgeleitete Typen andere Namen erhalten als ihre Vatertypen. Dadurch erhalten Daten von neueren XML-Schemas andere Namen als die entsprechenden Daten von alten XML-Schemas. Über die Typableitungsbeziehung sind neuen Applikationen sowohl die alten als auch die neuen Namen von Daten bekannt. Sie können deshalb alte und neue Daten interpretieren. Die XML-Schemas sind also aufwärtskompatibel. Da sich jedoch Namen von Daten geändert haben, können alte Applikationen, denen die neuen Namen nicht bekannt sein können, neue Daten nicht interpretieren. Die Schemas sind nicht abwärts ompatibel. Versionsübergreifend XML-Dokumente zu lesen ist dann nur noch möglich, indem man Konverter einsetzt, welche die XML-Dokumente in die jeweils richtige Version konvertieren. Dies hat aber den entscheidenen Nachteil, dass man mit neuen Daten alleine nichts anfangen kann. Man braucht dann stets einen passenden Konverter.
Für den Übergang von einer XML-Schema-Version zur nächsten stellt XML-Schema verschiedene Mittel zur Verfügung. Um
Elementdefinitionen erweitern zu können, ohne den Namen eines Elementes zu ändern, bietet XML-Schema das Mittel der Redefinition von Elementtypen. Die Idee einer Redefinition ist es, eine "Vererbung" durchzuführen, ohne den Namen des Elementtyps zu ändern. Der Mechanismus der Redefinition beinhaltet auch die Übernahme nicht redefinierter Typen aus der alten Schemadefinition. D. h. durch die Benutzung der Redefinition wird gleichzeitig ein "Include-Mechanismus" zur ÜbernaJhme von alten Typen ausgelöst. Dies unterstützt auch eine aufwärtskompatible Weiterentwicklung eines Schemas.
Anhand eines schematischen Beispiels wird im Folgenden die Umsetzung eines Übergangs von einer XML- Schemaversion zur nächsten beschrieben. Zu betrachten sind dazu die XML- Schemaversionen, die zugehörigen Namespaces und die Typdefinitionen im jeweiligen XML-Schema. Die Versionierung der Schemas wird ausschließlich über Attribute abgebildet. Dabei wird das Attribut "version" des Elementes "xsd: Schema" von JXML-Schema benutzt. Außerdem kann das Datum der Schemaversion z. B. in den "Annotations" zum Schema über ein Attribute "versiondate" abgelegt werden.
Die Typen „Project* , „HW* , „Com ' sind nur beispielhaft und stehen für beliebige Typen. Alle drei Typen sind sowohl in de Version 1.0 als auch in der Version 2.0 vorhanden. Die Typen „HWλ und „CommΛ bleiben unverändert. Der Typ „Project* wird über Redefinition in Version 2.0 verändert. In der Version 2.0 wird zusätzlich der Typ Monitoring neu definiert. Es wurde für eine neue Schemaversion kein neuer Namespace eingeführt. Außerdem wurden die lokalen Namen der Typen beibehalten. Damit haben sich insgesamt die Namen der bereits in Version 1.0 vorhandenen Typen nicht geändert. Die zu einem neuen Schema korrekten Daten, die inhaltlich zu Strukturen des alten Schemas korrespondieren, sind auch bzgl. des alten Schemas korrekt. Die Schemaevolution ist abwärtskompatibel. Da das neue Schema durch "Ableitung" aus dem alten Schema hervorgegangen ist, ist die Schemaevolution auch aufwärtskompatibel. Damit ist die Schemaevolution aufwärts- und abwärtskompatibel . Außerdem gilt im originären Sinne der "Validierbarkeit" des W3C, dass die alten und die neuen Daten (XML-Dokumente) bzgl. des neuen Schemas gültig sind. Das Versionierungskonzept des Standards XML-Schema und der Redefinition-Mechanismus von XML-Schema werden also eingesetzt um die Aufwärts- und Abwärtskompatibilität von Daten bei der Schemaevolution zu erreichen. Es sei betont, das sich die hier verwendete Definition der Aussage "Daten (und damit XML-Dokumente) sind korrekt" bzgl. eines XML- Schemas unterscheidet von der Definition des W3C: "Daten
(XML-Dokumente) sind gültig bzgl. eines XML-Schemas". Während die Definition des W3C rein syntaktischer Natur ist, d. h. den Aufbau eines XML-Dokumentes betrifft, ist die hier verwendete Definition über den semantischen Inhalt und die Interpretierbarkeit der Daten bestimmt.
Das obige schematische Beispiel sieht in XML- und XML-Schema- Syntax folgendermaßen aus:
XML-Instanzdokument zu Schema Version 1.0
<?x l version="1. 0 " encoding="UTF-8 "?>
<Document x lns="Namespacel " xmlns :xsi="http: // . 3 . org/2001/XMLSchβma-instance " <Proj ect>
<HW/> </Project> <Project>
<HW/> </Project> </Docu eπt>
XML-Schema zu Version 1.0: Datei Dl.xsd
<?xml version="1.0" encoding="UTF-8"?>
<xs sschema targetNa espace="Namespacel" xmlns :nsl="Na espacel" xmlns :xs="http: //www. 3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualif ied" version="l .0"> <xs : annotation>
<xs:documentation>This Schema is the first version of this Schema type</xs : documentation> <xs : appinf o>
<prim:schemainfo versiondate="20011206" /> </xs : appinf o> </xs : annotation>
<xs:element name="Document" type="nsl:DocumentT">
<xs : nnotation>
<xs:documentation>Comment describing your root element</xs:documentation> </xs : annotation> </xs:element> <xs : complexType name="DocumentT">
<xs : sequence>
<xs: element ref="nsl:Project" maxOccurs="unbounded"/> </xs : sequence> </xs : complexType> <xs:element name="Project" type="nsl:ProjectT"/>
<xs: complexType name="ProjectT"> <xs : sequence>
<xs: element ref="nsl: HW"/> </xs : sequence> </xs:complexType>
<xs: element na e="HW" type="nsl:HWT"/> <xs : complexType name="HWT"/> <xs : element name="Comm" type="nsl : CommT"/> <xs : complexType name="CommT"/> </xs : schema>
XML-Instanzdokument zu Schema Version 2.0
<?xml version="1.0" encoding="UTF-8"?>
<Document xmlns="Namespacel" xmlns :xsi="http: //www.w3.org/2001/XMLSchema-instance" xsi : schemaLocation="Namespacel D2.xsd">
<Project> <! — Elementtype redefined in Schema version 2.0 —>
<HW/> <! — Element already existing as subelement of Project in Schema version 1.0 —>
<Comm/> <! — Reuse of Element defined in Schema version 1.0 —> <Monitoring/> <! — Element newly defined in Schema version 2.0 —> </Project> <Project> <HW/> <Comm/> <Monitoring/> </Project> </Document>
JXML-Schema zu Version 2 . 0 : Datei D2 . xsd
<?xml version="1.0" encoding="UTF-8"?>
<xs: sche a targetNamespace="Namespacel" xmlns="Namespacel" xmlns :xs="http://www. 3.org/2001/XMLSchema" elementFormDefault="qualified" attributeFormDefault="unqualified" version="2.0"> <xs:annotation>
<xs:documentation>This Schema enhances the previous Schema version-/xs : documentation> <xs: appinfo>
<prim:schemainfo versiondate="20011218" /> </xs : appinfo> </xs : annotation> <xs:redefine schemaLocation="Dl .xsd"> <xs: complexType name="ProjectT"> <xs : complexContent>
<xs :extension base="ProjectT"> <xs :sequence>
<xs:element ref="Comm"/> <xs:element ref="Monitoring"/> </xs : sequence> </xs : extension> </xs : complexContent>
</xs : complexType> </xs : redefine>
<xs:element name="Monitoring" type="MonitoringT"/> <xs icomplexType name="MonitoringT"/> </xs:schema>
Zusammenfassend betrifft die Erfindung somit ein Verfahren sowie ein System zur Definition von Strukturen von Objekt- und/oder Datenmodellen OM, mit mindestens einem Schema XSl, XS2 zur Beschreibung der Strukturen. Eine auf- und abwärtskompatible Schemaevolution wird dadurch erreicht, dass in einem ersten Attribut 10, 20 eines Schemas XSl, XS2 eine Kennzeichnung einer Version des jeweiligen Schemas XSl, XS2 erfolgt, wobei der im jeweiligen Schema XSl, XS2 verwendete Namensraum 1 und die im jeweiligen Schema XSl, XS2 verwendeten Typ- und Elementnamen 11a..14a, 21a..24a unabhängig von der Version beibehalten werden, wobei Typen und Elemente 11..14, 21..24 nur unter Beibehaltung des Typbzw. Elementnamens 11a..14a, 21a..24a erweitert werden und wobei in Schemata XS2 einer neueren Version nicht erweiterte Typen und Elemente 21..24 unverändert von den jeweiligen in Schemata XSl einer älteren Version verwendeten Typen bzw. Elementen 11..14 übernommen werden.

Claims

Patentansprüche
1. Verfahren zur Definition von Strukturen von Objekt- und/oder Datenmodellen (OM) , bei welchem Schemata (XSl, XS2) die Strukturen beschreiben, wobei in einem ersten Attribut (10, 20) eines Schemas (XSl, XS2) eine Kennzeichnung einer Version des jeweiligen Schemas (XSl, XS2) erfolgt, wobei der im jeweiligen Schema (XSl, XS2) verwendete Namensraum (1) und die im jeweiligen Schema (XSl, XS2) verwendeten Typ- und Elementnamen (11a..14a, 21a..24a) unabhängig von der Version beibehalten werden, wobei Typen und Elemente (11..14, 21..24) nur unter Beibehaltung des Typ- bzw. Elementnamens (11a..14a, 21a..24a) erweitert werden und wobei in Schemata (XS2) einer neueren Version nicht erweiterte Typen und Elemente (21..24) unverändert von den jeweiligen in Schemata (XSl) einer älteren Version verwendeten Typen bzw. Elementen (11..14) übernommen werden.
2. Verfahren nach Anspruch 1, d a d u r c h g e k e n n z e i c h n e t , dass ein Kalenderdatum über ein zweites Attribut (Dl, D2) einer Version eines Schemas (XSl, XS2) zugeordnet werden kann.
3. Verfahren nach Anspruch 1 oder 2, d a d u r c h g e k e n n z e i c h n e t , dass die Schemata (XSl, XS2) durch eine erweiterbare
AusZeichnungssprache beschrieben werden.
4. System zur Definition von Strukturen von Objekt- und/oder Datenmodellen (OM) , mit mindestens einem Schema (XSl, XS2) zur Beschreibung der Strukturen, wobei ein erstes Attribut (10, 20) eines Schemas (XSl, XS2) zur Kennzeichnung einer Version des jeweiligen Schemas (XSl, XS2) vorgesehen ist, wobei der im jeweiligen Schema (XSl, XS2) verwendete Namensraum (1) und die im jeweiligen Schema (XSl, XS2) verwendeten Typ- und Elementnamen (11a..14a, 21a..24a) unabhängig von der Version beibehalten werden, wobei ein Mechanismus zur Erweiterung der Typen und Elemente (11..14, 21..24) unter Beibehaltung des Typ- bzw. Elementnamens (11a..14a, 21a..24a) und zur unveränderten Übernahme von in Schemata (XSl) einer älteren Version verwendeten, nicht erweiterten Typen bzw. Elementen (11..14, 21..24) in Schemata (XS2) einer neueren Version vorgesehen ist.
5. System nach Anspruch 4, d a d u r c h g e k e n n z e i c h n e t , dass ein Kalenderdatum über ein zweites Attribut (Dl, D2) einer Version eines Schemas (XSl, XS2) zugeordnet wird.
6. System nach Anspruch 4 oder 5, d a d u r c h g e k e n n z e i c h n e t , dass die Schemata (XSl, XS2) durch eine erweiterbare Auszeichnungssprache beschrieben sind.
EP03773545A 2002-10-30 2003-10-17 Auf- und abwärtskompatible schemaevolution Withdrawn EP1559031A2 (de)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
DE10250641 2002-10-30
DE10250641A DE10250641A1 (de) 2002-10-30 2002-10-30 Auf- und abwärtskompatible Schemaevolution
PCT/DE2003/003453 WO2004040441A2 (de) 2002-10-30 2003-10-17 Auf- und abwärtskompatible schemaevolution

Publications (1)

Publication Number Publication Date
EP1559031A2 true EP1559031A2 (de) 2005-08-03

Family

ID=32103187

Family Applications (1)

Application Number Title Priority Date Filing Date
EP03773545A Withdrawn EP1559031A2 (de) 2002-10-30 2003-10-17 Auf- und abwärtskompatible schemaevolution

Country Status (4)

Country Link
US (1) US20060004781A1 (de)
EP (1) EP1559031A2 (de)
DE (1) DE10250641A1 (de)
WO (1) WO2004040441A2 (de)

Families Citing this family (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7844639B2 (en) * 2003-11-24 2010-11-30 Ebay Inc. Backward compatibility in database schemas
US7562357B2 (en) * 2004-03-08 2009-07-14 Microsoft Corporation Relational database schema version management
EP1686489A1 (de) * 2005-01-28 2006-08-02 Siemens Aktiengesellschaft Verfahren und System zur Verarbeitung von Dokumenten, deren Struktur durch ein Schema beschreibbar ist
US7774300B2 (en) * 2005-12-09 2010-08-10 International Business Machines Corporation System and method for data model and content migration in content management applications
CN102143193B (zh) * 2010-01-29 2014-01-22 国际商业机器公司 用于数据同步的方法和系统
GB2481191A (en) 2010-02-25 2011-12-21 Sita Information Networking Computing Ireland Ltd Graphical development tool for software application development
SG190038A1 (en) 2010-12-21 2013-06-28 Sita N V Reservation system and method
JP2013003664A (ja) * 2011-06-13 2013-01-07 Sony Corp 情報処理装置および方法
US9460412B2 (en) 2011-08-03 2016-10-04 Sita Information Networking Computing Usa, Inc. Item handling and tracking system and method therefor
GB2499288A (en) 2012-02-09 2013-08-14 Sita Inf Networking Computing Usa Inc Path determination
US9087204B2 (en) 2012-04-10 2015-07-21 Sita Information Networking Computing Ireland Limited Airport security check system and method therefor
US10320908B2 (en) 2013-03-25 2019-06-11 Sita Information Networking Computing Ireland Limited In-flight computing device for aircraft cabin crew
GB2515142B (en) 2013-06-14 2020-12-16 Sita Information Networking Computing Ireland Ltd Portable user control system and method therefor
GB2523441A (en) 2014-02-19 2015-08-26 Sita Information Networking Computing Ireland Ltd Reservation system and method therefor
US10001546B2 (en) 2014-12-02 2018-06-19 Sita Information Networking Computing Uk Limited Apparatus for monitoring aircraft position
EP3336717A1 (de) 2016-12-14 2018-06-20 Huawei Technologies Co., Ltd. System, vorrichtung und verfahren zur datenaktualisierungsmeldung

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6083282A (en) * 1994-10-21 2000-07-04 Microsoft Corporation Cross-project namespace compiler and method
US6330008B1 (en) * 1997-02-24 2001-12-11 Torrent Systems, Inc. Apparatuses and methods for monitoring performance of parallel computing
US6714926B1 (en) * 1999-02-02 2004-03-30 Amazon.Com, Inc. Use of browser cookies to store structured data
US8943527B2 (en) * 1999-03-30 2015-01-27 Tivo Inc. Audience measurement system
US7409546B2 (en) * 1999-10-20 2008-08-05 Tivo Inc. Cryptographically signed filesystem
US20020118954A1 (en) * 2001-12-07 2002-08-29 Barton James M. Data storage management and scheduling system
US6941459B1 (en) * 1999-10-21 2005-09-06 International Business Machines Corporation Selective data encryption using style sheet processing for decryption by a key recovery agent
US7882520B2 (en) * 2000-12-20 2011-02-01 Tivo Inc. Broadcast program recording overrun and underrun scheduling system
US7716163B2 (en) * 2000-06-06 2010-05-11 Microsoft Corporation Method and system for defining semantic categories and actions
CA2808275C (en) * 2000-06-22 2016-11-15 Microsoft Corporation Distributed computing services platform
US6795825B2 (en) * 2000-09-12 2004-09-21 Naphtali David Rishe Database querying system and method
US7080397B2 (en) * 2000-10-26 2006-07-18 General Instrument Corporation Communication protocol for content on demand system with callback time
US20020083438A1 (en) * 2000-10-26 2002-06-27 So Nicol Chung Pang System for securely delivering encrypted content on demand with access contrl
US7171475B2 (en) * 2000-12-01 2007-01-30 Microsoft Corporation Peer networking host framework and hosting API
US20060020602A9 (en) * 2000-12-07 2006-01-26 Oliver Morgan Maintaining interoperability of systems that use different metadata schemas
US6904454B2 (en) * 2001-03-21 2005-06-07 Nokia Corporation Method and apparatus for content repository with versioning and data modeling
US20030193994A1 (en) * 2001-03-21 2003-10-16 Patrick Stickler Method of managing media components
US6725231B2 (en) * 2001-03-27 2004-04-20 Koninklijke Philips Electronics N.V. DICOM XML DTD/schema generator
KR100595066B1 (ko) * 2001-07-20 2006-06-30 엘지전자 주식회사 디지털 아이템 생성방법
AU2002334721B2 (en) * 2001-09-28 2008-10-23 Oracle International Corporation An index structure to access hierarchical data in a relational database system
US7337402B2 (en) * 2001-11-09 2008-02-26 Microsoft Corporation Tunable information presentation appliance using an extensible markup language
US20040064826A1 (en) * 2002-09-30 2004-04-01 Timothy Lim Method and system for object system interoperability

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
See references of WO2004040441A2 *

Also Published As

Publication number Publication date
WO2004040441A3 (de) 2005-04-07
WO2004040441A2 (de) 2004-05-13
DE10250641A1 (de) 2004-05-13
US20060004781A1 (en) 2006-01-05

Similar Documents

Publication Publication Date Title
EP1559031A2 (de) Auf- und abwärtskompatible schemaevolution
DE3587501T2 (de) Gerät, Verfahren und Struktur zur Umwandlung eines Dokumentes einer Struktur in ein Dokument einer anderen Struktur.
EP1522028B9 (de) Verfahren und vorrichtungen zum kodieren/dekodieren von strukturierten dokumenten, insbesondere von xml-dokumenten
DE69530595T2 (de) System und verfahren für die x.500-datenbanknorm
DE69724356T2 (de) Verfahren und Apparat für die Darstellung von Information im Bezug auf jeden einzelnen von mehreren Hyperlinks
EP2197213B1 (de) Verfahren zur Verbesserung der Funktionalität der binären Repräsentation von MPEG-7 und anderen XML basierten Inhaltsbeschreibungen
DE19627472A1 (de) Datenbanksystem
DE102005028675A1 (de) Aktualisierungs- und Transformationssystem für strukturierte Daten
WO2006005646A1 (de) Verfahren zum codieren eines xml-dokuments, sowie verfahren zum decodieren, verfahren zum codieren und decodieren, codiervorrichtung, decodiervorrichtung und vorrichtung zum codieren und decodieren
EP0856176A1 (de) Datenbankmanagementsystem sowie datenübertragungsverfahren
EP3411803B1 (de) Gerät und verfahren zur bearbeitung eines binärkodierten strukturdokuments
EP1030254A1 (de) Verfahren und System zum Verwalten von Dokumenten
DE4308291C2 (de) Verfahren und Vorrichtung zur vorgangsbezogenen Erstellung und Bearbeitung von Dokumenten
WO2006108801A2 (de) Synchronisation von daten
DE10047338C2 (de) Verfahren zur Datenkompression von strukturierten Dokumenten und Anordnung zur Durchführung des Verfahrens
DE102019209314A1 (de) Verfahren und Prozessoreinrichtung zum Wechseln eines Datenformats von Kommunikationsdaten einer Gerätekommunikation sowie Kraftfahrzeug
WO2004040469A1 (de) Verwaltung von mit einer erweiterbaren auszeichnungssprache beschriebenen daten
EP2149844B1 (de) Verfahren und Computerprogrammprodukt zum automatischen Einfügen von Daten aus einem Datenbanksystem in eine Datenstruktur
DE3588007T2 (de) Verwaltungssystem für relationale datenbank.
EP0519096A1 (de) Wissensbasiertes Diagnosesystem mit graphischer Wissensakquisitionskomponente
DE3319211A1 (de) Online-dokumentationsverfahren und -einrichtung
DE10109876B4 (de) Verfahren und Einrichtung zum Datenmanagement
WO2004072850A2 (de) Verfahren und vorrichtung zum modifizieren von modular aufgebauten nachrichten
DE102010010035A1 (de) Verfahren zum Erstellen von Objekten einer objektorientierten Datenbank
Schuhart Persistenz-und Transaktionskonzepte in XOBEDBPL.

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20050426

AK Designated contracting states

Kind code of ref document: A2

Designated state(s): AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HU IE IT LI LU MC NL PT RO SE SI SK TR

RBV Designated contracting states (corrected)

Designated state(s): DE FR GB IT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

RAP1 Party data changed (applicant data changed or rights of an application transferred)

Owner name: SIEMENS AKTIENGESELLSCHAFT

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION IS DEEMED TO BE WITHDRAWN

18D Application deemed to be withdrawn

Effective date: 20170503