Not logged in : Login

About: VirtTipsAndTricksGuideReificationAltern     Goto   Sponge   NotDistinct   Permalink

An Entity of Type : atom:Entry, within Data Space : ods.openlinksw.com associated with source document(s)

AttributesValues
type
Date Created
Date Modified
label
  • VirtTipsAndTricksGuideReificationAltern
maker
Title
  • VirtTipsAndTricksGuideReificationAltern
isDescribedUsing
has creator
content
  • %META:TOPICPARENT{name="VirtTipsAndTricksGuide"}% ---++Alternatives for reification for Linked Data publishing usage 1. Our recommendation is to keep <nowiki>RDF_QUAD</nowiki> unchanged and use RDF Views to keep n-ary things in separate tables. The reason is that the access to <nowiki>RDF_QUAD</nowiki> is heavily optimized, and any changes may result in severe penalties in scalability. 1. Triggers should be possible as well, but it is relatively cheap to "redirect" data manipulations to other tables. 1 Both the loader of files and SPARUL internals are flexible enough so it may be more convenient to change different tables depending on parameters: * The loader can call arbitrary callback functions for each parsed triple and SPARUL manipulations are configurable via <b>"define output:route" pragma</b> at the beginning of the query. 1 Usually there is no need in writing special SQL to "triplify" data from that "wide" tables, because RDF Views will do that automatically. Moreover, it's possible to automatically create triggers by RDF Views that will materialize changes in "wide" tables in RDF_QUAD (say, if you need inference). 1 So instead of editing <nowiki>RDF_QUAD</nowiki> and let triggers on <nowiki>RDF_QUAD</nowiki> reproduce the changes in wide tables, you may edit wide tables and let triggers reproduce the changes in <nowiki>RDF_QUAD</nowiki>. 1 The second approach is much more flexible and it promises better performance due to much smaller activity in triggers. For cluster the second variant is the only possible thing, because fast manipulations with <nowiki>RDF_QUAD</nowiki> are really complicated there. ---+++Related * [[VirtTipsAndTricksGuide][Virtuoso Tips and Tricks Collection]]
id
  • 64ebd5bbdcc7a032152c0dd7c233c56c
link
has container
http://rdfs.org/si...ices#has_services
atom:title
  • VirtTipsAndTricksGuideReificationAltern
links to
atom:source
atom:author
atom:published
  • 2017-06-13T05:38:47Z
atom:updated
  • 2017-06-13T05:38:47Z
topic
is made of
is container of of
is link of
is http://rdfs.org/si...vices#services_of of
is links to of
is creator of of
is atom:entry of
is atom:contains of
Faceted Search & Find service v1.17_git132 as of May 12 2023


Alternative Linked Data Documents: iSPARQL | ODE     Content Formats:   [cxml] [csv]     RDF   [text] [turtle] [ld+json] [rdf+json] [rdf+xml]     ODATA   [atom+xml] [odata+json]     Microdata   [microdata+json] [html]    About   
This material is Open Knowledge   W3C Semantic Web Technology [RDF Data] Valid XHTML + RDFa
OpenLink Virtuoso version 08.03.3332 as of Sep 11 2024, on Linux (x86_64-generic-linux-glibc25), Single-Server Edition (15 GB total memory, 2 GB memory in use)
Data on this page belongs to its respective rights holders.
Virtuoso Faceted Browser Copyright © 2009-2024 OpenLink Software