Data type enum bit flags.
Specialized interface for resolving (and creating if necessary) datatype URIs.
|IExtension<V extends BigdataValue>|
IExtensionFactories are responsible for enumerating what extensions are supported for a particular database configuration.
|ILexiconConfiguration<V extends BigdataValue>||
Configuration determines which RDF Values are inlined into the statement indices rather than being assigned term identifiers by the lexicon.
An interface declaring the one byte extension code for non-inline
|IV<V extends BigdataValue,T>||
Interface for the internal representation of an RDF
|IVCache<V extends BigdataValue,T>|
Adds inlining for the
This class represents an Internet Protocol version 4 (IPv4) address.
Utility class supporting
Helper class for
|LexiconConfiguration<V extends BigdataValue>||
An object which describes which kinds of RDF Values are inlined into the statement indices and how other RDF Values are coded into the lexicon.
A class which does not support any extensions.
Support for the picky xpath math functions: abs, ceiling, floor, and round.
Collects various XSD URIs as constants.
Data Type Enumeration (DTE) is a class which declares the known intrinsic data types, provides for extensibility to new data types, and provides for data types which either can not be inlined or are not being inlined.
Value Type Enumeration (IVTE) is a class with methods for interpreting and setting the bit flags used to identify the type of an RDF Value (URI, Literal, Blank Node, SID, etc).
This package provides an internal representation of RDF Values. The internal representation of an RDF Value is either a term identifier or an inline value. Term identifiers are assigned by consistent writes on the TERM2ID index and the ID2TERM index (which maps the term identifier back onto the RDF Value). Inline values directly code the RDF Value and are generally used for datatype literals having short values (xsd:boolean, xsd:char) or numeric values (xsd:short, xsd:int, xsd:float, xsd:long, xsd:double).
The unsigned byte keys for an RDF Value are formed by appending some bit flags
which partition the key space into URIs, blank nodes, literals, and statement
identifiers, a bit flag indicating whether the value is inline, followed by either
pad bits and the term identifier or a code which identifies the data type of the
inline value and minimum length decodable representation of the data type value
IKeyBuilder. This design clusters
different kinds of RDF values within different regions of the ID2TERM index.
Inline values have a significant performance advantage since the RDF Value object can be recovered directly from the inline value without indirection through the ID2TERM index. This reduces the costs to materialize RDF Values, greatly speeds up aggregation style queries over numeric data, and reduces both the maintenance time and the size on the disk for the lexicon indices since inline values are not entered into the lexicon.
Inline values also make it possible to translate a LT/GT style filter against an inlined datatype into key-range queries against the OSP(C) index. Since the inline values for different numeric data types are located in different parts of the key space, the use of a cast in the query will require either than key-range queries are issued against all numeric data types (UNION of access paths) or that the query is evaluated without the use of key-range scans on OSP(C).
RDF Values which are inlined obey the equality and order semantics of their
value space (think xsd:int). One consequence of this is that comparison of
inlined datatype literals MUST occur in the value space. E.g.,
5 represent the same point in the xsd:int value space. Clients
should be aware of this distinction as statements which have lexical distinctions
which are not distinct in the value space will be mapped onto the same statement
Copyright © 2006-2014 SYSTAP, LLC. All Rights Reserved.