<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" version="2.0">
<channel>
<title>Datenbank Spektrum 13(2) - Juli 2013</title>
<link>http://dl.gi.de/handle/20.500.12116/11563</link>
<description/>
<pubDate>Sat, 25 Jul 2026 01:51:11 GMT</pubDate>
<dc:date>2026-07-25T01:51:11Z</dc:date>
<item>
<title>News</title>
<link>http://dl.gi.de/handle/20.500.12116/11681</link>
<description>News
</description>
<pubDate>Tue, 01 Jan 2013 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/11681</guid>
<dc:date>2013-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Editorial</title>
<link>http://dl.gi.de/handle/20.500.12116/11685</link>
<description>Editorial
Freytag, Johann-Christoph; Mitschang, Bernhard
</description>
<pubDate>Tue, 01 Jan 2013 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/11685</guid>
<dc:date>2013-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Was lange währt, wird endlich gut: Temporale Daten im SQL-Standard</title>
<link>http://dl.gi.de/handle/20.500.12116/11684</link>
<description>Was lange währt, wird endlich gut: Temporale Daten im SQL-Standard
Petković, Dušan
Nach vielen Jahren Arbeit hat das Normierungsgremium die Spezifikation von temporalen Daten im neuesten SQL-Standard verabschiedet. Sie hat ihren Ursprung in früheren Vorschlägen, die aus mehreren verschiedenen Quellen stammen. Der wichtigste Unterschied zu den früheren Planungen ist, dass sich die ganze Spezifikation innerhalb des zweiten Teils des SQL-Standards („SQL/Foundations“) und nicht in einem separaten Teil befindet. (Das ist auch gut so, weil das Standardisierungsgremium eine nicht sehr komplexe Spezifikation erstellt hat, wie man aus dem letzten Abschnitt dieses Artikels sehen kann.)In diesem Artikel werden die Erweiterungen des SQL-Standards in Bezug auf temporale Daten beschrieben. Zuerst werden die so genannten „application-time period tables“ erläutert und ihre möglichen Anwendungen in der Praxis gezeigt. Die zweite generelle Erweiterung, systemversionierte Tabellen, wird auf ähnliche Art und Weise dargestellt. Am Ende des Artikels wird eine kritische Stellungnahme zur vorliegenden Spezifikation gemacht, und die wichtigsten, noch fehlenden temporalen Eigenschaften werden vorgestellt.
</description>
<pubDate>Tue, 01 Jan 2013 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/11684</guid>
<dc:date>2013-01-01T00:00:00Z</dc:date>
</item>
<item>
<title>Effiziente Verarbeitung allgemeiner Anfragen in RDF Triple-Stores</title>
<link>http://dl.gi.de/handle/20.500.12116/11686</link>
<description>Effiziente Verarbeitung allgemeiner Anfragen in RDF Triple-Stores
Brodt, Andreas; Mitschang, Bernhard
RDF erfreut sich als Datenformat wachsender Beliebtheit aufgrund seiner Fähigkeit, (semi-)strukturierte Daten ohne vordefiniertes Datenbankschema verwalten zu können. Das Gros der Forschung im Bereich RDF-Datenbanken konzentrierte sich bislang auf die Suche komplexer Graphmuster, die Ressourcen anhand ihrer Beziehungen identifizieren. Eine „Record-orientierte“ Sicht auf die Attribute der Ressourcen, wie von RDBMS gewohnt, ist hierbei oft ineffizient, da die einzelnen Attribute erst zu Records verbunden werden müssen. Außerdem sind RDF-Datenbanken oft auf die Suche exakter Graphmuster optimiert, was wertbasiertes Suchen mit beliebigen Vergleichsoperatoren erschwert.Wir stellen einen Ansatz vor, der die Attributwerte von Ressourcen in RDF-Datenbanken effizient ermittelt, ohne die Effizienz der komplexen Graphmustersuche zu kompromittieren. Hierzu bestimmen wir zuerst die Ressourcen, die der Anfrage entsprechen, und laden dann alle ihre Attributwerte gleichzeitig, unter Ausnutzung zusammenhängender Speicherbereiche. Außerdem stellen wir am Beispiel von Geodaten vor, wie domänenspezifische Indexe in RDF-Datenbanken integriert werden können, um wertbasierte Anfrageprädikate effizient auszuführen.
</description>
<pubDate>Tue, 01 Jan 2013 00:00:00 GMT</pubDate>
<guid isPermaLink="false">http://dl.gi.de/handle/20.500.12116/11686</guid>
<dc:date>2013-01-01T00:00:00Z</dc:date>
</item>
</channel>
</rss>
