| rdfs:comment
| - Das Object Exchange Model (OEM) hat sich als De-facto-Standard für die Ablage von semistrukturierten Daten durchgesetzt. „Ursprünglich wurde es für das Tsimmis (The Stanford-IBM Manager of Multiple Information Sources) Projekt entwickelt.“ Das OEM-Modell basiert auf der Konzeption eines gerichteten Graphs. „Ein (gerichteter) Graph ist ein Paar G = (V, E), hierbei ist V eine endliche Menge von Knoten und E V V eine Relation auf V, die Menge der Kanten.“ Jedoch existieren innerhalb eines OEM-Modells auch Blätter Va, von denen aus keine Kanten wegführen können. ri die Menge der Wurzeln; (de)
- The Object Exchange Model (OEM) is a model for exchanging semi-structured data between object-oriented databases. It serves as the basic data model in numerous projects of the Stanford University Database Group, including Tsimmis, Lore, and C3. (en)
|
| has abstract
| - Das Object Exchange Model (OEM) hat sich als De-facto-Standard für die Ablage von semistrukturierten Daten durchgesetzt. „Ursprünglich wurde es für das Tsimmis (The Stanford-IBM Manager of Multiple Information Sources) Projekt entwickelt.“ Das OEM-Modell basiert auf der Konzeption eines gerichteten Graphs. „Ein (gerichteter) Graph ist ein Paar G = (V, E), hierbei ist V eine endliche Menge von Knoten und E V V eine Relation auf V, die Menge der Kanten.“ Jedoch existieren innerhalb eines OEM-Modells auch Blätter Va, von denen aus keine Kanten wegführen können. Die Knoten eines OEM-Graphen repräsentieren die eigentlichen Objekte, die eine eindeutige ID haben. Innerhalb eines OEM-Modells wird zwischen komplexen Objekten Vc und atomaren Objekten Va unterschieden. Die Attribute von komplexen Objekten werden ausschließlich durch die Kanten beschrieben, die wiederum auf komplexe Objekte oder atomare Objekte referenzieren. Zusätzlich enthält der Graph eine oder mehrere Wurzeln r1 bis rk, von denen aus alle Objekte erreichbar sein müssen. Die atomaren Objekte repräsentieren die Blätter des Graphen, d. h., es kann nur eine Kante zu ihnen hinführen, jedoch keine wegführen. Die atomaren Objekte enthalten die Werte der komplexen Objekte m, denen sie zugeordnet sind vom Typ Integer, String, Bild oder ähnliches.3 „Formal lassen sich semistrukturierte Daten also als G=(V, E, r1, ..., rk, v) definieren mit: V = Vc Va: die Menge der Knoten, wobei Vc die Menge der komplexen Objekte und Va die Menge der atomaren Objekte ist; E Vc A V die Menge der Kanten, wobei A die Menge aller Attribute ist; ri die Menge der Wurzeln; v: Va D eine Abbildung, die atomaren Objekten Werte aus D, der Menge alleratomaren Werte, zuweist.“4 Grundsätzlich werden mit dem kartesischen Produkt Vc V alle möglichen Kanten des Graphen definiert. Das sagt aus, dass alle komplexen Objekte mit allen Objekten referenziert sein können. Jedoch können atomare Objekte keine Referenz zu komplexen Objekten haben. Greiner hat dieses kartesische Produkt um den Faktor A (die Menge aller Attribute) erweitert: Vc A V. Das drückt aus, dass die Teilmenge der Kanten jedem billigen Attribut zugeordnet sein kann. Somit ist den Elementen der Teilmenge der Kanten E auch ein Attribut zugeordnet; die Menge der Attribute wird nicht explizit in die Grundmenge G des Graphen aufgenommen. Ebenso verhält es sich mit der Menge aller möglichen Werte D, die mit der AbbildungVa D den atomaren Objekten zugeordnet werden. Die Kürzel des Graphen gehören prinzipiell ebenfalls zu der Menge der komplexen Objekte. Die Wurzeln müssen die Bedingung erfüllen, dass von ihnen aus alle Knoten referenziert werden können. Um ein Beispiel eines Graphen mit zwei Wurzeln zu zeigen, kann die Wurzel in Abbildung 1 weggelassen werden: Somit sind &2 und &3 Wurzeln. 1) 2) 3) 4) (de)
- The Object Exchange Model (OEM) is a model for exchanging semi-structured data between object-oriented databases. It serves as the basic data model in numerous projects of the Stanford University Database Group, including Tsimmis, Lore, and C3. Slight variations of OEM have evolved across different Stanford projects. In Lore, labels are actually on parent-child "links" rather than objects. For example, if an OEM object has multiple parents, different parent objects may use different labels to identify that object. An atomic value encoding a person's name might be included in one complex object using the label "Author" and in another complex object using the label "Editor." In C3, additional attributes are required for each object to annotate the changes to the object that have occurred over time. (en)
|
![[RDF Data]](/fct/images/sw-rdf-blue.png)
![[cxml]](/fct/images/cxml_doc.png)
![[csv]](/fct/images/csv_doc.png)
![[text]](/fct/images/ntriples_doc.png)
![[turtle]](/fct/images/n3turtle_doc.png)
![[ld+json]](/fct/images/jsonld_doc.png)
![[rdf+json]](/fct/images/json_doc.png)
![[rdf+xml]](/fct/images/xml_doc.png)
![[atom+xml]](/fct/images/atom_doc.png)
![[html]](/fct/images/html_doc.png)