Scuola Politecnica e delle Scienze di Base Corso di Laurea in Ingegneria Informatica Elaborato finale in BASI DI DATI VIRTUOSO DB:CARATTERISTICHE Anno Accademico 2013/2014 Candidato: MINOCCHI MARIO matr. N46000420 A mio Padre …Un esempio di Vita Indice Indice .................................................................................................................................................. III Introduzione ........................................................................................................................................ 4 Capitolo 1: Introduzione al Web Semantico ........................................................................................ 6 1.1 L'architettura del Web Semantico ................................................................................. 7 1.2 URI ovvero Uniform Resource Identifiers ..................................................................... 8 1.3 RDF ovvero Resource Description Framework ............................................................ 9 1.4 L'RDF Data Model ...................................................................................................... 10 1.5 RDF Schema ................................................................................................................ 12 1.6 I metadati...................................................................................................................... 13 1.7 RDF ed XML ............................................................................................................... 14 1.8 Ontologie ...................................................................................................................... 15 Capitolo 2: I Triple Store ................................................................................................................... 17 2.1 Triple Store benchmark ................................................................................................ 17 Capitolo 3: Virtuoso ........................................................................................................................... 20 3.1 Architettura .................................................................................................................. 22 3.2 Blocco .......................................................................................................................... 22 3.3 Le operazioni................................................................................................................ 22 3.4 L'integrità dei dati ........................................................................................................ 22 3.5 Componenti e file ......................................................................................................... 23 3.6 Protocolli implementati ................................................................................................ 23 3.7 API di supporto ............................................................................................................ 23 3.8 Virtuoso RDF Triple Store ........................................................................................... 23 Conclusioni ........................................................................................................................................ 25 Bibliografia ........................................................................................................................................ 26 Introduzione Al giorno d'oggi grazie all'enorme sviluppo avuto dall'informatica, dell'elettronica e al costo, fondamentalmente, contenuto di apparecchi capaci di collegarsi a internet, l'espressione "lo cerco sul web" è diventata abituale. Ciò ci fa riflettere anche su cosa sia diventato il web negli anni: un serbatoio di conoscenza. Attraverso la rete, infatti, è possibile fare svariate cose, come consultare un libro , chattare, fare acquisti online, e tutto ciò è in continua e rapida evoluzione. Basta pensare che negli anni '90 il web era composto da poche pagine testuali, con il tempo al testo si sono aggiunti contenuti multimediali che hanno dato alle pagine una grafica più ricca. Il contenuto, memorizzato su poche migliaia di macchine e sviluppato da pochi "specialisti", ha iniziato a crescere in quantità smisurata. Se ciò da un lato ha ampliato le possibilità del web rendendolo una sorta di enciclopedia universale multimediale, un gestore di servizi da remoto e un centro di comunicazione mondiale, dall'altro ha reso le ricerche più complesse all'utente finale che è sempre più obbligato a terminare la ricerca "manualmente" scegliendo il risultato desiderato tra tutti quelli restituiti da un motore di ricerca. Ciò avviene perché i tradizionali motori di ricerca effettuano ricerche di tipo sintattico restituendo, infatti, le pagine che contengono le keywords presenti nelle query degli utenti, indipendentemente dal contesto in cui esse sono utilizzate oppure restituiscono pagine secondo algoritmi differenti, ad esempio basati sulla popolarità. Per venire incontro a tale problema, negli ultimi anni, le aziende proprietarie dei motori di ricerca stanno investendo nello sviluppo di nuove tecnologie che permettano alle macchine di interpretare il senso delle parole in maniera simile a come succede tra essere umani. Il loro obiettivo è quello di creare sistemi d'information retrieval capaci di estrarre e indicizzare i concetti più significativi dei testi in modo da rendere le ricerche effettuate tramite i loro portali sempre più precise. Di fronte a questa moltitudine di informazioni, l’importanza dei motori di ricerca assume un ruolo significativo. Per qualsiasi utente di Internet, utilizzare un motore di ricerca e non trovare ciò che si sta cercando, può essere frustrante. È interessante, infatti, notare come, di fronte alla notevole quantità di risultati pervenuti, un’altissima percentuale di utenti (il 30%) non superi mai la seconda/terza pagina di risultati. Questa schematizzazione dei risultati è dovuta agli attuali algoritmi di ricerca basati sull’aspetto sintattico dell’informazione, essi restituiscono le pagine contenenti le keywords presenti nelle query degli utenti, indipendentemente dal contesto in cui esse sono utilizzate oppure restituiscono pagine secondo algoritmi differenti, ad esempio basati sulla popolarità. La fiducia dell’utente verso la qualità di ricerca del motore è, e deve essere dunque, totale, e affinché esso soddisfi le sue aspettative è fondamentale assicurare la bontà degli algoritmi di analisi. Negli ultimi anni le aziende proprietarie dei motori di ricerca stanno investendo nello sviluppo di nuove tecnologie che permettano alle macchine di interpretare il senso delle parole similmente agli esseri umani. La loro aspirazione è quella di creare sistemi di information retrieval capaci di estrarre ed indicizzare semanticamente i concetti più significativi dei testi affinché le ricerche effettuate attraverso i loro portali risultino sempre più precise. Nella prima parte di questo elaborato di tesi focalizzeremo l’attenzione sullo studio degli elementi chiave del Semantic Web, estensione del Web attuale che punta, attraverso la creazione di dati elaborabili e comprensibili direttamente dalle macchine e attraverso l’uso della logica e dei linguaggi di rappresentazione della conoscenza ,a massimizzare l’efficienza degli algoritmi di ricerca. Grazie al Semantic Web, infatti, la ricerca di documenti non sarà più incentrata sul significato lessicale della singola parola chiave come avveniva nella ricerca sintattica ma sul significato che assumono più concetti legati tra loro (ricerca semantica). A tal proposito verrà quindi introdotto un linguaggio di codifica RDF, Resource Description Framework, per raggiungere la cosiddetta interoperabilità semantica. Al di sopra di questo strato si pone il livello ontologico. Recentemente il termine "ontologia" (formale) è entrato in uso nel campo dell'intelligenza artificiale e della rappresentazione della conoscenza, per descrivere il modo in cui diversi schemi vengono combinati in una struttura dati gerarchica che contiene tutte le entità rilevanti, le relazioni esistenti 4 fra di esse, le regole, gli assiomi ed i vincoli specifici del dominio. Nel prosieguo del lavoro effettueremo una panoramica sulle principali applicazioni sviluppate in grado di memorizzare triple RDF, i cosiddetti triplestore e, tramite la scelta di opportuni parametri prestazionali ,verrà fornita poi una classificazione degli stessi. A seguire una descrizione di Virtuoso con tutte le sue principali caratteristiche. 5 Capitolo 1: Introduzione al Web Semantico Lo scenario attuale del World Wide Web è quello di un enorme insieme di testi collegati in qualche modo tra loro. Una peculiarità essenziale del WWW è la sua universalità; il potere di un link ipertestuale deriva dal fatto che "qualunque cosa può essere collegata a qualunque altra cosa da chiunque". I testi sono creati ad uso e consumo dei soli utenti umani, gli unici allo stato attuale in grado di comprendere i contenuti delle pagine che stanno visitando. Possiamo distinguere i collegamenti tra le pagine in due classi: collegamenti sintattici: sono legati al funzionamento di un qualche codice di programmazione. Sono piuttosto solidi (un link localizza una risorsa attraverso un URL univoco, anche se si pone un problema di updating) collegamenti descrivono il significato di un collegamento. Questi ultimi sono invece piuttosto deboli (i.e. generici e vaghi), cioè oltre a portare in un determinato luogo un collegamento dovrebbe descrivere il luogo verso cui porta (capacità semantica) Gli utenti umani si orientano nel Web grazie alla loro esperienza di navigazione e alla capacità di evocazione che possono avere parole o espressioni chiave. L'esperienza è un aspetto molto importante di cui tutti ci serviamo: impariamo che determinati contenuti si possono reperire sotto determinati portali, che l'aspetto di un sito può dirci qualche cosa sul genere (formale o informale) delle informazioni. Essa si costruisce nel tempo ma non è molto legata ad aspetti tecnici, al codice e alle applicazioni che costituiscono un sito. L'altro aspetto, quello delle parole chiave, è più legato al codice. Queste caratteristiche non appartengono invece a nessuna applicazione, che in definitiva non è in grado (tranne qualche eccezione limitata e molto complessa, quindi non significativa) di interpretare il contenuto delle pagine . Il termine Web Semantico è stato proposto per la prima volta nel 2001 da Tim Berners-Lee. Da allora il termine è stato associato all'idea di un Web nel quale agiscano agenti intelligenti (creati senza ricorrere all'intelligenza artificiale ad alti livelli), applicazioni in grado di comprendere il significato dei testi presenti sulla rete e perciò in grado di guidare l'utente direttamente verso l'informazione ricercata, oppure di sostituirsi a lui nello svolgimento di alcune operazioni. Un agente dovrebbe essere in grado di: comprendere il significato dei testi presenti sulla rete creare percorsi in base alle informazioni richieste dall'utente, guidandolo poi verso di esse (in alcuni casi si può anche sostituire all'utente) spostarsi di sito in sito collegando logicamente elementi diversi dell'informazione richiesta Come caratteristica ulteriore, dovrebbe verificare l'attendibilità di una informazione (tramite ricerche incrociate o in dipendenza dal contesto) utilizzando un meccanismo che potremmo assimilare alle famigerate catene di S. Antonio. Utilizzando questa tecnologia si può automatizzare la ricerca delle pagine, poiché all'atto della creazione del contenuto delle pagine le informazioni sono definite ed inserite secondo precise regole semantiche (per questo è stato coniato il termine Web Semantico). Il Web Semantico è quindi un nuovo modo di concepire i documenti per il World Wide Web . 6 Secondo la definizione di Tim Berners-Lee. Le possibilità offerte dal Web Semantico sono tante e tali che non si sono ancora approfondite le sue potenzialità. Per questo, più che di tecnologia, si parla divisione del Web Semantico. < 1.1 L’architettura del Web Semantico Scrivere del codice in grado di compiere operazioni semantiche dipende dallo schema utilizzato per archiviare le informazioni. Lo schema (ad esempio uno schema XML) è un insieme di regole sull'organizzazione dei dati. Può definire relazioni fra i dati e può anche esprimere vincoli tra classi di dati. L'idea del Web Semantico nasce estendendo l'idea di utilizzare schemi per descrivere domini di informazione. Dei metadati (sono le informazioni comprensibili da una macchina e relativi ad una risorsa Web o qualche altra cosa, che possono essere estratti da una risorsa o possono essere trasferiti con il documento) devono mappare i dati rispetto a classi, o concetti, di questo schema di dominio. In questo modo si hanno strutture in grado di descrivere e automatizzare i collegamenti esistenti fra i dati. . Il Web Semantico è, come l'XML, un ambiente dichiarativo, in cui si specifica il significato dei dati, e non il modo in cui si intende utilizzarli. La semantica dei dati consiste nel dare alla macchina delle informazioni utili in modo che essa possa utilizzare i dati nel modo corretto, convertendoli eventualmente. Riassumendo, il Web Semantico si compone di tre livelli fondamentali: 1. i dati 2. i metadati riportano questi dati ai concetti di uno schema 3. nello schema si esprimono le relazioni fra concetti, che diventano classi di dati Il Web Semantico ha quindi una architettura a livelli, che però non è stata ancora sviluppata completamente. Ciò avverrà nei prossimi anni. Vediamo ora il diagramma più in dettaglio: 1. il Web Semantico si basa sullo standard [11] URI (Uniform Resource Identifiers), per la definizione univoca di indirizzi Internet 7 2. al livello superiore si trova XML (eXtensible Markup Language), che gioca un ruolo di base con i namespace e gli XML Schema. Con XML è possibile modellare secondo le proprie esigenze, e senza troppi vincoli, la realtà che si considera: per questo è un linguaggio che porta con sé alcune informazioni sulla semantica degli oggetti. Questa libertà lo rende poco adatto, però, a definire completamente la struttura e l'interscambio di informazioni tra diverse realtà, quindi è stata favorita la creazione di un nuovo linguaggio 3. RDF (Resource Description Framework) e RDF Schema, che costituiscono il linguaggio per descrivere le risorse e i loro tipi. Derivano da XML 4. al livello superiore si pone il livello ontologico. Una ontologia permette di descrivere le relazioni tra i tipi di elementi (per es. "questa è una proprietà transitiva") senza però fornire informazioni su come utilizzare queste relazioni dal punto di vista computazionale 5. la firma digitale è di significativa importanza in diversi strati nel modello astratto del Web Semantico. La crittografia a chiave pubblica è una tecnica nota da qualche anno, ma non ancora diffusa su larga scala, forse perché impone una scelta binaria tra fiducia o non fiducia, mentre sarebbe necessaria una infrastruttura in cui le parti possano essere riconosciute e accettate in specifici domini. Con questo accorgimento, la firma digitale potrebbe essere utilizzata per stabilire la provenienza delle ontologie e delle deduzioni, oltre che dei dati 6. il livello logico è il livello immediatamente superiore. A questo livello le asserzioni esistenti sul Web possono essere utilizzate per derivare nuova conoscenza. Tuttavia, i sistemi deduttivi non sono normalmente interoperabili, per cui invece di progettare un unico sistema onnicomprensivo per supportare il ragionamento, si potrebbe pensare di definire un linguaggio universale per rappresentare le dimostrazioni. I sistemi potrebbero quindi autenticare con la firma digitale queste dimostrazioni ed esportarle ad altri sistemi che le potrebbero incorporare nel Web Semantico 1.2 URI ovvero Uniform Resource Identifiers Se vogliamo intraprendere una conversazione, o vogliamo scrivere un testo qualsiasi, dobbiamo prima identificare in maniera univoca l'argomento che vogliamo trattare, altrimenti non potremo riferirci ad esso. Nel Web Semantico è stato definito un sistema di identificatori unificato: sono gli Uniform Resource Identifiers (URI). Il nome deriva dal fatto che ogni elemento identificato viene considerato una risorsa. Gli URI sono utilizzati da RDF per codificare l'informazione in un documento, ed assicurano che i concetti non sono solo parole in un documento, ma sono vincolanti. Gli URI costituiscono la tecnologia di base ideale con la quale costruire un Web globale. Possiamo definire un URI per un qualsiasi oggetto, e qualsiasi cosa che ha un URI può essere condiderato sul Web. Gli URI sono il fondamento del Web : mentre ogni parte del Web stesso può essere rimpiazzata, gli URI no. Anche per identificare le pagine sul Web utilizziamo identificatori: sono i tipi più comuni di URI, gli indirizzi URL (Uniform Resource Locator). Guardando più in profondità si può notare che un URL comunica al computer dove trovare una risorsa specifica. Diversamente da altre forme di URI, un URL allo stesso tempo identifica e localizza. Poiché il Web è troppo 8 esteso per essere essere controllato da una qualsiasi organizzazione, gli URI in massima parte sono decentralizzati. Nessuna persona o organizzazione controlla chi li produce o cosa ne fa. Questa flessibilità rende gli URI potenti, ma porta alcuni problemi. Ad esempio, poiché chiunque può creare un URI, inevitabilmente avremo più URI che rappresentano la stessa cosa; e non c'è modo per determinare se due URI puntano alla stessa risorsa. Perciò non siamo in grado di dire con esattezza cosa significa un URI. Una pratica comune per creare URI è quella di iniziare da una pagina Web. La pagina descrive l'oggetto che deve essere identificato e spiega che l'URL della pagina è l'URI per tale oggetto. Il punto d'arrivo sarà che qualsiasi istanza rappresenterà sia la risorsa fisica, sia la pagina Web che la descrive. Ciò è noto come problema dell'identificazione delle pagine Web. Questo è un fatto importante da comprendere. Un URI non è un insieme di direttive che indicano al computer dove trovare un file specifico nel Web (sebbene lo faccia anche), ma è un nome per una risorsa (una cosa), accessibile o meno attraverso Internet. L'URI può o no fornire un modo per ottenere più informazioni su una risorsa. Altri metodi per fornire informazioni sugli URI e le risorse che essi identificano sono in via di sviluppo. è anche vero che l'abilità di dire cose su di un URI è una parte importante del Web Semantico. Ma non dobbiamo assumere che un URI fa qualcosa di più che fornire un identificatore per una risorsa. David Connelly del W3C ha realizzato una pagina in cui ha raccolto gli schemi URI che sono stati definiti. 1.3 RDF ovvero Resource Description Framework RDF (Resource Description Framework) è uno standard proposto dal W3C come set di linguaggi dichiarativi basato su sintassi XML ed adatto a descrivere la struttura di una parte della realtà. Per realtà intendiamo qualsiasi risorsa sia possibile identificare sulla rete con un indirizzo univoco, mentre per descrizione indichiamo l'insieme delle proprietà, degli attributi e delle relazioni con altre realtà. RDF è lo strumento base per la codifica, lo scambio e il riutilizzo di metadati strutturati, e consente l'interoperabilità tra applicazioni che si scambiano sul Web informazioni machine-understandable. I settori nei quali RDF può essere utilizzato o portare vantaggi sono i più disparati: descrizione del contenuto di un sito Web , o di una pagina, o di una biblioteca digitale implementazione di agenti software intelligenti, per lo scambio di conoscenza e un utilizzo migliore delle risorse Web classificazione del contenuto, per applicare criteri di selezione descrizione di un insieme di pagine, che rappresentano un singolo documento logico stabilire i criteri di proprietà intellettuale delle singole pagine esprimere criteri di privacy preference degli utenti e le privacy policies di un sito Web con il meccanismo della firma digitale, contribuire alla creazione del Web of Trust, per le applicazioni nel commercio elettronico, la cooperazione, etc.. 9 RDF, quindi, non descrive la semantica, ma fornisce una base comune per poterla esprimere, permettendo di definire la semantica dei tag XML. RDF è costituito da due componenti: RDF Model and Syntax: definisce il modello di dati RDF e la sua codifica XML, senza definire alcun livello di gerarchia o di relazione RDF Schema: permette di definire specifici vocabolari per i metadati e creare nessi tra oggetti Quindi da una parte avremo i dati, dall'altra uno schema che definisce come i dati si strutturano e come sono in relazione fra loro; c'è bisogno anche di un livello intermedio in cui tenere traccia di come un dato specifico (istanza) può essere espresso a partire dallo schema. 1.4 L'RDF Data Model RDF fornisce un modello per descrivere le risorse che possono avere delle proprietà (o anche attributi o caratteristiche). Per RDF una risorsa è un qualsiasi oggetto che sia identificabile univocamente mediante un URI. L'RDF Data Model è quindi basato su tre tipi di oggetti: Risorse: una risorsa può essere rappresentata da una pagina, un gruppo di pagine, un'immagine, un server o una qualsiasi altro elemento che abbia un URI Proprietà: una proprietà è una specifica caratteristica o attributo di una risorsa; una proprietà può anche descrivere relazioni con altre risorse Asserzioni: una asserzione è costituita dall'insieme di una risorsa, una proprietà e uno specifico valore per quella proprietà e descrive le caratteristiche di una risorsa e le relazioni con altre risorse Talvolta, è necessario far riferimento a più di una risorsa (un documento può essere composto da una serie di componenti). Per questo scopo RDF definisce tre tipi di container: Bag: è una lista non ordinata di risorse o costanti. Viene utilizzato per dichiarare che una proprietà ha valori multipli, senza alcun significato particolare attribuito al loro ordine (per esempio, i componenti di una commissione). Sono ammessi valori duplicati. Sequence: è una lista ordinata di risorse o costanti. Viene utilizzato per dichiarare che una proprietà ha valori multipli, e che il loro ordine è significativo (per esempio un insieme di nomi di cui si voglia preservare l'ordine alfabetico). Sono ammessi valori duplicati. Alternative: è una lista di risorse o costanti che rappresentano una alternativa per il valore (singolo) di una proprietà. Può essere utilizzato, per esempio, per fornire titoli alternativi in varie lingue. È possibile definire proprietà sia dell'intero container che dei singoli elementi. Non bisogna confondere i container e le proprietà multiple: una risorsa può essere soggetto in più 10 asserzioni, sempre con lo stesso predicato (per esempio, Calvino è autore di "Se una notte d'inverno un viaggiatore", "Le fiabe italiane", "Il barone rampante",...). Si noti che è semanticamente diverso il caso in cui si ha una singola asserzione il cui oggetto è un container contenente vari esemplari. Per esempio, l'asserzione: "La commissione composta da X, Y e Z ha adottato una decisione", non implica che ogni membro della commissione abbia espresso lo stesso parere, come invece sarebbe nel caso di un'asserzione multipla. In alcuni casi, può essere utile poter certificare la credibilità di una particolare asserzione, cioè formulare delle asserzioni relative ad altre asserzioni. Per esempio prendendo la risorsa: http://www.nomesito.it/Dorati/Tesina.html has Author Antonella Dorati viene vista da RDF come un fatto. Invece, l'asserzione: Alessio Crisologo dice che la risorsa http://www.nomesito.it/Dorati/Tesina.html has Author Antonella Dorati non afferma un fatto relativo alla risorsa http://www.nomesito.it/Dorati/Tesina.html ma un fatto relativo all'affermazione di Alessio Crisologo. Per esprimere questo fatto in RDF, dobbiamo modellare l'asserzione come una risorsa con quattro proprietà: soggetto: identifica la risorsa che viene descritta dall'asserzione modellata, quindi il soggetto è la risorsa relativamente alla quale era stato formulato l'asserzione originale (http://www.nomesito.it/Dorati/Tesina.html, nell'esempio) predicato: identifica la proprietà originale nell'asserzione modellata. Il valore del predicato è una risorsa che rappresenta la specifica proprietà nell'asserzione originale (nel nostro esempio, Author) oggetto: identifica il valore della proprietà nell'asserzione modellata. Il valore dell'oggetto è l'oggetto nell'asserzione originale (nel nostro esempio:"Antonella Dorati") tipo descrive il tipo della nuova risorsa Una nuova risorsa con queste quattro proprietà rappresenta l'asserzione originale, e può essere utilizzata come oggetto di altre asserzioni e avere ulteriori asserzioni che lo riguardano. Nell'ambito della comunità che si interessa di Knowledge Representation, questo processo prende il nome di reificazione, e il modello di asserzione reified statement. 11 1.5 RDF Schema I namespace XML forniscono un metodo per identificare in maniera non ambigua la semantica e le convenzioni che regolano l'utilizzo delle proprietà identificando l'authority che gestisce il vocabolario. Uno degli esempi più noti di queste autority è la Dublin Core Initiative che definisce, ad esempio, il campo Subject and Keywords nel seguente modo: Name: Subject and Keywords Identifier: Subject Definition: The topic of the content of the resource. Comment: Typically, a Subject will be expressed as keywords, key phrases or classification codes that describe a topic of the resource. Recommended best practice is to select a value from a controlled vocabulary or formal classification scheme. Si può quindi utilizzare un namespace XML per identificare in maniera non ambigua lo schema per il vocabolario Dublin Core puntando alla risorsa Dublin Core che ne definisce la semantica. L'RDF Data Model permette di definire un modello semplice per descrivere le relazioni tra le risorse. Tuttavia non fornisce alcun meccanismo per dichiarare queste proprietà, né per definire le relazioni tra queste proprietà ed altre risorse. RDF Schema permette di definire dei vocabolari, quindi l'insieme delle proprietà semantiche individuato da una particolare comunità. RDF Schema permette definire significato, caratteristiche e relazioni di un insieme di proprietà, compresi eventuali vincoli sul dominio e sui valori delle singole proprietà. Inoltre, implementando il concetto (transitivo) di classe e sottoclasse, consente di definire gerarchie di classi, con il conseguente vantaggio che gli agenti software possono utilizzare queste relazioni per svolgere i loro compiti. 12 1.6 I metadati Adesso abbiamo uno schema, costruito per la risorsa localizzabile all'URL http://www.nomesito.it/nomecorso/nomecorso.html. Descriviamo ora qualche metadato e cerchiamo di capire come questa risorsa si relaziona al nostro schema. La dichiarazione iniziale non necessita del namespace rdfs. <?xml version='1.0' encoding='ISO-8859-1'?> <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:a=" http://www.nomesito.it/data/nomeontologia#"> <a:Corso rdf:about="http://www.nomesito.it/nomecorso/nomecorso.html"> <a:Titolo="nomecorso"/> </a:Corso> <a:Argomento rdf:about="http://www.nomesito.it/nomecorso/nomecorso.html" a:Titolo="nomeargomento1"/> </a:Argomento> <a:Argomento rdf:about="http://www.nomesito.it/nomecorso/nomecorso.html" a:Titolo="nomeargomento2"/> </a:Argomento> </rdf:RDF> Per il momento abbiamo prodotto dei metadati molto semplici. Abbiamo detto che la prima risorsa è un corso dal titolo nomecorso. Poi abbiamo detto che questa stessa risorsa è legata a due argomenti diversi. I metadati sono costituiti tutti da asserzioni. Ogni asserzione è costituita, da un punto di vista logico, da una tripla in cui sono presenti tre elementi fondamentali: soggetto predicato oggetto Il soggetto sarà generalmente la classe di uno schema ma potrà anche essere la classe di uno schema diverso (usando l'URI per identificarla), il predicato sarà sempre una proprietà della classe (che può però puntare ad un'altra classe), l'oggetto un dato: può essere o una stringa, oppure un'altra classe dello schema, o ancora una classe di schemi differenti (per collegare due schemi fra di loro). Queste triple possono essere scritte utilizzando tag XML. In RDF, in un documento si fanno asserzioni che determinati oggetti hanno proprietà con certi valori. Questa struttura è un modo naturale per descrivere la maggior parte dei dati processati dalle macchine. Soggetto e oggetto sono identificati da un URI, come si usa nei link alle pagine Web. I predicati sono ugualmente identificati da URI; ciò permette a chiunque di definire nuovi concetti solo definendo un URI ad essi da 13 qualche parte nel Web. Le triple di RDF formano ragnatele di informazioni su cose che sono in relazione. Poiché RDF utilizza queste informazioni per codificare queste informazioni in un documento, l'URI assicura che questi concetti non sono solo parole in un documento ma sono legati ad una definizione unica che chiunque può trovare sul Web. Per ottenere maggiore espressività questa regola può essere espansa. In realtà le classi dello schema possono essere espresse come URL. Ogni schema è identificabile da un namespace e attraverso il namespace di uno schema si può identificare la classe. La nostra classe #Argomento, sostituendo il cancelletto con lo schema dichiarato in cima al documento, potrebbe essere espansa come http://miosito/rdfs/nomeschema/Argomento In questo modo si può notevolmente ampliare la capacità espressiva delle asserzioni RDF. La struttura a tripla delle asserzioni è molto flessibile e abbastanza potente. La potenza può essere ampliata se si collegano fra loro più asserzioni. Le asserzioni si possono collegare facilmente tramite degli ID. <a:Corso rdf:about="http://www.nomesito.it/nomecorso/nomecorso.html"> <a: Livello_di_Spec= "http://www.nomesito.it/data/nomeontologia/model.rdf#ID_13"/> </a:Corso> <a:Specializzazione rdf:about="http://www.nomesito.it/data/nomeontologia/model.rdf#ID_13" a:Preparazione_Utenti="alta"/> </a:Specializzazione> <a:Specializzazione rdf:about="http://www.nomesito.it/data/nomeontologia/model.rdf#ID_13" a:Utenti="http://www.nomesito.it/data/nomeontologia/model.rdf#ID_14"/> </a:Specializzazione> <a:Utenti rdf:about="http://www.nomesito.it/data/nomeontologia/model.rdf#ID_14" a:nome="nomeutenti"/> </a:Specializzazione> 1.7 RDF ed XML Rispetto a XML, di cui è un figlio, RDF ha alcuni vantaggi, come per esempio la possibilità di definire agevolmente il tipo e le proprietà degli oggetti (si tratta sempre di un insieme definito di risorse, proprietà e valori). RDF limita e focalizza alcune caratteristiche di XML per renderlo un linguaggio rivolto alla descrizione di un oggetto, delle sue proprietà, e delle relazioni con gli altri oggetti. Le differenze tra RDF e XML sono fondamentalmente due: RDF è stato pensato espressamente per esprimere metadati. XML fa molte cose, e può anche essere usato per descrivere metadati, ma generalmente ha un rapporto molto più stretto con i 14 dati, contiene già in sé dei dati che possono essere richiamati. RDF esprime metadati, nel senso più proprio: descrive contenuti di un documento che in esso non sono presenti XML è centrato su una struttura a inclusione, riesce perciò ad esprimere senza difficoltà le relazioni di parentela o di essere parte di, ma per le altre relazioni dimostra dei limiti. Se volessi esprimere una relazione associativa fra due classi, cioè dire che esse hanno una relazione ma non sono incluse una nell'altra, con XML devo ricorrere agli ID e agli IDREF 1.8 Ontologie Gli RDF Schema hanno però alcune limitazioni. Non è ad esempio possibile definire due classi come equivalenti, magari perché realizzate da autori diversi (che quindi possono avere utilizzato diversi identificatori per definire il medesimo concetto). Non è neppure possibile limitare puntualmente il numero di proprietà da usare (per esempio: ogni corso ha uno e un solo argomento). Per colmare queste lacune sono allora state introdotte le ontologie o OWL (Web Ontology Language), collezioni di informazioni. Il più comune tipo di ontologia per il Web ha una tassonomia e un insieme di regole di inferenza. La tassonomia definisce classi di oggetti e relazioni tra di essi. Classi, sottoclassi, e relazioni tra entità sono un tool potente per l'uso per il Web. Possiamo esprimere un largo numero di relazioni tra le entità assegnando proprietà alle classi e permettendo che le sottoclassi ereditino tali proprietà. L'OWL è un vocabolario XML che consente di definire, come gli RDF Schema, classi, proprietà e relazioni. A differenza degli RDF Schema, che estende, OWLaumenta le inferenze che un software è in grado di compiere. Utilizzando OWL è possibile riconoscere che due parti di un documento stanno descrivendo la stessa realtà, utilizzando però una terminologia diversa. Riprendiamo l'esempio precedente, e supponiamo che il corso sia stato espresso in termini di <NomeCorso> invece di < Corso >. Le ontologie sono utilizzate per definire dei metadati che descrivano dei testi. Il loro utilizzo permette di recuperare documenti esprimendo query complesse. Si parte da concetti semplici, ma si può raffinare la ricerca esprimendo vere e proprie asserzioni composte da un soggetto un predicato ed un oggetto. Si può insomma fare una richiesta del tipo: aziende (soggetto) che hanno come servizio (predicato) la fornitura di scarpe (oggetto). Questa query è radicalmente diversa da quella che si potrebbe fare ad un motore di ricerca. In questo caso si potrebbero proporre tutti e tre i concetti di azienda di servizio e di scarpe, ma non potremmo mai esprimere il legame fra di essi. Da qui derivano appunto le imprecisioni dei motori di ricerca . L'uso di ontologie nella navigazione di basi di dati è certamente interessante ma molto riduttivo. Le ontologie sono innanzi tutto degli schemi e come tali hanno lo scopo di organizzare un dominio. Questo può essere molto utile nei processi produttivi di una comunità ristretta. Una informazione solitamente non ha valore solo in una fase del processo produttivo, la stessa informazione può essere utile in situazioni diverse. Più spesso non è l'intera unità informativa ad essere recuperabile ma una parte di essa. Questo richiede uno schema di organizzazione dei dati in grado di suddividere il dominio in tutte le classi di oggetti che hanno un ruolo nei suoi processi. Le ontologie diventeranno probabilmente lo strumento più potente a disposizione di queste politiche; e se queste ultime intendono servirsi di Internet come infrastruttura, i linguaggi del Web Semantico diventano una risorsa applicativa indispensabile. Anche se i livelli più alti dell'architettura potranno richiedere diversi anni prima di poter raggiungere uno stadio in cui siano effettivamente implementati e affidabili, già esiste una quantità 15 significativa di lavoro nel settore delle ontologie. Le soluzioni pratiche includono l'uso di XSLT per derivare RDF da documenti XML, la comparsa di database e motori di ricerca RDF di tipo generalizzato, interfacce grafiche generalizzate e specifiche per RDF. La prima cosa che dobbiamo perciò chiederci quando modelliamo un ontologia è questa: cosa vogliamo dire o fare dei nostri oggetti, come li chiamiamo in causa. In alcuni casi potremmo voler descrivere documenti che trattano di quegli oggetti. In altri casi possiamo aver bisogno di tenere traccia di un processo produttivo. In altri ancora tenere traccia delle scelte e delle attività operate da un utente. Il processo nel quale dovrà essere inserito lo schema, diventa il punto focale della modellazione. Se siamo in grado di metterlo in luce con chiarezza sapremo quali oggetti descrivere. Solitamente si definiscono ontologie di scopo (task ontology) quelle che rappresentano la struttura dei processi. Le ontologie che forniscono gli oggetti specifici della nostra applicazione vengono invece dette ontologie di dominio (domain ontology). 16 Capitolo 2 : I Triplestore I triplestore sono dei database realizzati appositamente per la memorizzazione ed il recupero di triple RDF. Proprio come un database relazionale, è possibile memorizzare le informazioni in un triplestore e poi le recuperarle attraverso un linguaggio di query, in questo caso SPARQL. Si distinguono i seguenti triplestore in base alla loro architettura: In-memory: essi memorizzano il grafo RDF nella memoria principale. Native: una seconda categoria ora dominante è quella dei triplestore nativi. Essi implementano un database engine completo, ottimizzato per l’elaborazione di dati RDF ed opera indipendentemente da ogni altro Database Management System (DBMS). I dati sono memorizzati direttamente sul file system. Non-native non-memory: tali triplestore sono impostati per essere eseguiti su database di terze parti, usufruiscono delle funzionalità di archiviazione e recupero dei DBMS esistenti. È possibile dividere questo modello in: Generic Schemas in cui i dati RDF vengono memorizzati a prescindere da qualsiasi ontologia in una tabella simile alla struttura tripla di un RDF, ossia in una tabella a tre colonne (soggetto-predicato-oggetto). Il vantaggio di tale approccio è chiaramente la flessibilità ottenuta dalla rappresentazione dei dati, il principale svantaggio è l’elevato numero di selfjoins che sono necessari per rispondere alle query non banali. Ontology-specific Schemas in cui i dati RDF non vengono memorizzati in una singola tabella ma viene creato uno schema che rifletta le proprietà strutturali delle ontologie in atto. Si possono distinguere tre sottomodelli: 1) “Horizontal representation” oppure “one-table-per-class schema”: ogni classe dell’ontologia si riflette in una tabella del database che contiene tutte le istanze di tale classe. Lo svantaggio principale di tale approccio è quello di ristrutturare le tabelle del database ogni volta che cambia l’ontologia e, inoltre, manca il sostegno per valori multipli della proprietà. 2) ”Decomposition storage model” oppure “one-table-per-property schema”: ogni proprietà si riflette in una tabella composta da due colonne (soggetto e oggetto). Lo svantaggio di questo modello è l’inefficienza delle query quando si tratta di query complesse perché genera molti join tra le tabelle proprietà. 3) “Hybrid Schemas”: sono più comuni e combinano i vantaggi di entrambi i modelli. 2.1 Triplestore benchmark Oltre allo sviluppo dei database RDF e di linguaggi di interrogazione adeguati ai triplestore, sono state realizzate anche appropriate tecniche di valutazione (benchmark). I benchmark principali messi a disposizione e quelli più usati sono: SPARQL (Simple Protocol And RDF Query Language): è un linguaggio per l'interrogazione e il recupero dei dati espressi in RDF nonché un protocollo di accesso ai dati per il Web Semantico, e il 15 gennaio 2008 è stato standardizzato dallo SPARQL Working Group del W3C. SPARQL consiste di tre specifiche: - SPARQL Query Language specification che costituisce il nucleo. - SPARQL Query Results Format specification che descrive un formato XML per serializzare il risultato di una query. -SPARQL Protocol for RDF specification che definisce protocolli semplici HTTP e SOAP per fare le query in remoto su basi di dati RDF: permette a un generico cliente di interrogare uno o più 17 endpoint SPARQL (interfaccia per gli utenti nella forma di un’applicazione stand-alone oppure web-based) inviando una richiesta espresa nel linguaggio di interrogazione e ricevendo come risposta il risultato in un formato XML. Di fronte ad una grande quantità di documenti RDF pubblicata in rete, inizia a prendere forma un Web leggibile per le macchine. In questo contesto è necessario disporre di un meccanismo per individuare informazioni specifiche nel Web di Dati. È in questo contesto che si colloca SPARQL. I vantaggi principali di avere un linguaggio come SPARQL sono: - fare le query a dei grafici RDF per ricevere informazioni specifiche. - fare le query ad un server remoto RDF e ricevere indietro i risultati in streaming. - eseguire delle query in automatico verso insiemi di dati RDF per generare resoconti. Entrando più nell’aspetto sintattico,consideriamo a titolo di esempio, una semplice query SPARQL: PREFIX rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> PREFIX rdfs: <http://www.w3.org/2000/01/rdf-schema#> SELECT ?c WHERE { ?c rdf:type rdfs:Class . } RDF (Triplestore) Database 30 Questa query recupera tutti i modelli di triple in cui la proprietà è rdf: type e l'oggetto è rdfs: Class. In altre parole, questa query, una volta eseguita, recupera tutte le classi. Si noti che, come abbiamo visto in precedenza il meccanismo dei namespace per scrivere RDF in XML, SPARQL ci permette di definire dei prefissi per i namespace e utilizzare questi nel modello di query, per rendere le query più breve e più leggibile. SPARQL non assume alcun impegno esplicito per supportare la semantica RDFS. Pertanto, il risultato di una query dipende dall’opportunità o meno che il sistema che sta rispondendo alla query supporti la semantica RDFS. Le query SPARQL hanno una struttura del tipo SELECT-FROM-WHERE: - SELECT specifica la proiezione: il numero e l'ordine dei dati recuperati. - FROM viene utilizzata per specificare la risorsa interrogata, questa clausola è facoltativa, quando non specificata possiamo semplicemente assumere che stiamo interrogando la base di conoscenza di un particolare sistema. - WHERE impone limitazioni sulle possibili soluzioni nella forma di template grafici e vincoli booleani (in SPARQL usando una condizione di filtro). Oltre a prevedere la clausola SELECT come in SQL, offre anche altri costrutti. E’ possibile infatti prevedere che: - non si conosce a priori lo schema dei dati. Per risolvere questo problema SPARQL ha la clausola DESCRIBE, che permette di ottenere una descrizione della risorsa cercata. - si presenti la necessità di sapere se un certo enunciato o un certo pattern di dati sia presente nella sorgente dati. Per questo motivo SPARQL propone la clausola ASK. • Lehigh University Benchmark (LUBM): è stato sviluppato per facilitare la valutazione dei repository del Semantic Web in modo standard e sistematico. Il benchmark ha lo scopo di valutare le prestazioni di tali archivi su un set di dati di grandi dimensioni. L’ontologia utilizzata dal benchmark è chiamata Univ-Bench, descrive le università e i dipartimenti e le attività che si verificano in esse. Il benchmark è formato da 14 query, scritte in SPARQL, scelte affinché fossero più realistiche possibili e tenessero conto di fattori come la dimensione dell’input, la selettività, la complessità ecc. • Berlin SPARQL Benchmark (BSBM): fornisce un benchmark sulle prestazioni delle query utilizzando SPARQL. Il BSBM è composto da 12 query che vengono eseguite a frequenze diverse, nel contesto di un caso d'uso e-commerce. Il caso d’uso di e-commerce è realizzato eseguendo più volte variazioni delle 12 query in un “mix query” composto da 25 query che simulano una ricerca di prodotti da parte di un singolo consumatore. Questo benchmark include un generatore di dati e un 18 test suit. Il generatore di dati è in grado di costruire una quantità scalabile di dati in formato RDF/XML basati su un caso d’uso di e-commerce. Il funzionamento del test suite, invece, si basa su un caso d’uso preso dalla vita reale, l’esecuzione delle varie query imitano il comportamento degli operatori umani. Nella sua ultima versione sono stati aggiunti altri due casi d’uso uno ‘Explore and Update’, in cui si simulano operazioni di scrittura/lettura con l’aggiunta di update query, e l’altro ‘Intelligence Business’, in cui si simula l’escuzione di domande analitiche sui dataset. 19 Capitolo 3 : Virtuoso Openlink Virtuoso è un innovativo data server multi-modello, esso offre una soluzione, indipendente dalla piattaforma, per la gestione dei dati, l'accesso e l’integrazione. L’architettura ibrida del server Virtuoso consente di offrire le funzionalità del server tradizionale all’interno di un offerta unica che copre le seguenti aree: Relational Data Management ; RDF Data Management ; XML Data Management ; Free Text Content Management & Full Text Indexing ; Document Web Server ; Linked Data Server ; Web Application Server ; Web Services Deployment (SOAP or REST) ; Virtuoso è quindi un database ibrido che combina in un unico sistema le funzionalità di un tradizionale RDBMS, ORDBMS, virtual database, RDF, XML, web application server e file server. Piuttosto che avere server dedicati per ogni funzionalità sopra elencate Virtuoso fornisce un accesso trasparente alle fonti di dati esistenti, che sono in genere banche dati di fornitori di database diversi. Come DBMS relazionale offre un po' tutte le caratteristiche che offrono gli RDBMS tipici come MySQL e simili. Ovviamente supporta il linguaggio SQL, inoltre mette a disposizione molte funzioni utili. Per quanto riguarda invece le sue funzionalità come Triple Store, il modello di dati utilizzato è il modello a grafo, che è quello utilizzato dalla maggior parte dei Triple Store che non si basano su database relazionali. E' possibile interrogarlo tramite il linguaggio SPARQL , eseguire update tramite SPARUL ed è possibile importare ed esportare dati in formato RDF. I formati di serializzazione RDF supportati sono HTML+RDFa, RDF-JSON, N3, Turtle, TriG, TriX e RDF/XML. Virtuoso ha guadagnato un notevole interesse in quanto è utilizzato per ospitare molti importanti Linked open Date (ad esempio, DBpedia). Virtuoso viene offerto sia in una versione open-source che in una commerciale. 20 Un'altra caratteristica molto interessante è che è molto semplice esporre le funzionalità di Virtuoso come web services. Infatti supporta può essere interrogato sia utilizzando SOAP che REST. Si possono scrivere delle stored procedures e pubblicarle direttamente come servizi, con tanto di generazione automatica del WSDL. Inoltre è possibile in qualche modo riutilizzare anche i web service scritti in Java, modificando un po il codice per eseguire una sorta di wrap. E' possibile riutilizzare anche i servizi scritti in linguaggi della piattaforma .NET. Infine è disponibile un'estensione per poter utilizzare Virtuoso come motore BPEL4WS. Grazie a questa è possibile organizzare le orchestrazioni dei servizi facendone il deploy direttamente nel DBMS. Inoltre poter gestire i dati, i servizi e magari anche le orchestrazioni da un unico punto semplifica parecchio la gestione. La versione open source ovviamente ha qualche limitazione, non supporta infatti la replicazione dei dati e quello che chiamano "Virtual Database Engine", che permette di eseguire query SQL su database multipli remoti. Su sistemi come Ubuntu, per esempio, sono disponibili già i binari installabili dal gestore di pacchetti. Su Windows invece per poterlo compilare c'è bisogno di strumenti come Visual Studio ecc. 21 3.1 Architettura Virtuoso è stato progettato per sfruttare il supporto threading del sistema operativo e più CPU. .Più thread possono funzionare la minima interferenza con l'altro. La base di dati ha in ogni momento uno stato checkpoint pulito e un insieme di cambiamenti impegnati o non impegnati a questo stato checkpoint. In questo modo è possibile fare una copia di backup dello stato checkpoint mentre le operazioni procedono sullo stato commit. Un file di registro delle transazioni registra tutte le transazioni dall'ultimo checkpoint. File di log delle transazioni possono essere conservati e archiviati per un tempo indefinito, fornendo una completa, storia recuperabile del database. Un singolo set di file è utilizzata per memorizzare tutte le tabelle. Un insieme separato di file viene utilizzato per tutti i dati temporanei. La dimensione massima di un set di file è di 32 terabyte, per 4G × 8K pagine. 3.2 Blocco Virtuoso fornisce blocco dinamico, iniziando con i blocchi a livello di riga e l'escalation di blocchi a livello di pagina quando un cursore in possesso di una grande percentuale di righe di una pagina o quando si ha una storia di bloccaggio intere pagine. Virtuoso SQL fornisce i mezzi per la lettura esclusiva e per l'impostazione di isolamento delle transazioni. 3.3 Le operazioni Tutti e quattro i livelli di isolamento sono supportati: lettura dirty, leggere commesso, lettura ripetibile e serializzabile. Il livello di isolamento può essere specificata operazione per operazione all'interno di una singola transazione. Virtuoso può anche agire come un gestore di risorse e / o coordinatore di transazione sotto Distributed Transaction Coordinator di Microsoft ( MS DTC ) 3.4 L'integrità dei dati Virtuoso ORDBMS database supporta l'integrità di entità e integrità referenziale . Virtuoso assicura che le relazioni tra i record nelle tabelle correlate siano valide applicando l'integrità referenziale . Vincoli di integrità sono: NOT NULL - Entro la definizione di una tabella, Virtuoso consente ai dati di contenere un valore NULL. Questo valore NULL non è davvero un valore a tutti ed è considerata l'assenza di valore. Il vincolo di NOT NULL forza un valore da dare a una colonna. Unique Key - Unicità per una colonna o un insieme di colonne significa che i valori in quella colonna o insieme di colonne devono essere diversa da tutte le altre colonne o un insieme di colonne in tale tabella. Una chiave univoca può contenere valori NULL in quanto sono per definizione un valore non-valore unico. Chiave primaria - chiave primaria sono molto simile chiavi univoche, tranne che essi sono progettati per identificare in modo univoco una riga in una tabella. Essi possono essere costituiti da una singola colonna o più colonne. La chiave primaria non può contenere un valore NULL. 22 Vincolo CHECK - Virtuoso fornisce su una colonna di un vincolo di integrità che richiede determinate condizioni che devono essere soddisfatte prima che i dati viene inserito o modificato. Se i controlli non sono soddisfatti, allora l'operazione non può essere completata. 3.5 Componenti e file Virtuoso è costituito da componenti client e server. Questi componenti tipicamente comunicano con un server Virtuoso locale o remoto, che comprendono: Driver Virtuoso per ODBC , JDBC , ADO.NET e OLE DB una interfaccia utente di amministrazione di database web-based ISQL (Interactive SQL) e ISQO Utilities Documentazione ed esercitazioni Esempi Le installazioni sono dotati di due database: uno di default e un database demo. 3.6 Protocolli implementati Virtuoso supporta una vasta gamma di protocolli Web & Internet standard di settore che includes: HTTP , WebDAV , CalDAV , CardDAV , SOAP , UDDI , WSDL , WS-Policy , WS-Security , WSReliableMessaging , WS-Routing , WS-Referral , WS-Attachment , WSBPEL , SyncML , GData , SPARQL , SPARUL , NNTP 3.7 API di supporto Per lo sviluppatore e sistemi di applicazione di database integratore, Virtuoso implementa una serie di API di accesso ai dati standard del settore (client e server) che include: ODBC , JDBC , OLE DB , ADO.NET , ADO.NET Entity Framework , XMLA Content syndication e il supporto per il formato di interscambio Per lo sviluppatore di applicazioni Web e sindacato contenuti (s) editori e consumatori, Virtuoso supporta standard quali: Atom , RSS 2.0 , RSS 1.0 , OPML , XBEL , FOAF , SIOC 3.8 Virtuoso RDF Triple Store Molti database relazionali sono stati utilizzati per la memorizzazione di triple RDF . Sono presenti anche approcci non-relazionali, come l'utilizzo di indici bitmap come supporto di memorizzazione primario per triple sono state attuate. Virtuoso offre l'IRI come un tipo di dati incorporato, distinto da qualsiasi altro dato. Questo consente una rappresentazione a colonna singola di un oggetto di un triple. Dal momento che un qualsiasi valore è una parte chiave valida con un ordine ben definito di confronto tra i tipi di dati non comparabili, gli indici possono essere costruiti utilizzando l'oggetto di un triple. In casi selezionati, l'indicizzazione di testo può essere desiderata per gli oggetti di alcuni triple. Questo non è direttamente supportato in SPARQL. Le regole del cast typing di SPARQL e SQL differiscono. Con queste caratteristiche in luogo, SPARQL può essere efficacemente tradotto in SQL senza 23 introdurre comandi supplementari inutili o altro disordine. Inoltre Virtuoso può fornire un mix di tutte queste opzioni di archiviazione. 24 Conclusioni Nonostante il web sia uno strumento utile per il recupero, l'elaborazione e la trasmissione delle informazioni e della conoscenza, rimane, ancora e soprattutto, una gigantesca biblioteca di pagine HTML (statiche e dinamiche) online. I motori di ricerca attuali sono in grado, secondo ben precise istruzioni, di disporre e visualizzare le informazioni in una certa maniera, ma non hanno capacità di riconoscerle o attribuire loro un particolare significato per elaborarle, questo poiché effettuano solo ricerche di tipo sintattico basate su insieme di parole chiave. Il linguaggio, proposto dal W3C, per la rappresentazione delle informazioni riguardo le risorse del Web è RDF (Resource Description Framework). L’RDF ci permette di effettuare semplici affermazioni sulle risorse, tali affermazioni sono costituite da una tripla soggetto-predicato-oggetto in cui il soggetto è la parte che identifica ciò che l'affermazione descrive, il predicato è la parte che identifica la proprietà o le caratteristiche del soggetto e l’oggetto è la parte che identifica il valore della proprietà. Nascono così i primi database realizzati appositamente per la memorizzazione ed il recupero di triple RDF, i cosiddetti triplestore. L’obiettivo principale di elaborato di tesi è stato quello di introdurre i concetti relativi al Web semantico e approfondire le tematiche riguardanti i triple store. Abbiamo introdotto un tipo di triple store come Virtuoso analizzandone le caratteristiche principali, gli ambiti applicativi, i pregi e i difetti. 25 Bibliografia [1]T. Berners-Lee, J. Hendler, O. Lassila, May 2001 “The Semantic Web”, Scientific American [2]http://aprogrammerblog.blogspot.it/2012/06/virtuoso-universal-server-un-dbms-per.html17/09/2014 [3] http://www.websemantico.org/articoli/approcciwebsemantico.php- 18/09/2014 [4] Ontologia, http://it.wikipedia.org/wiki/Ontologia_(informatica) [5] Triplestore, http://en.wikipedia.org/wiki/Triplestore [6] http://en.wikipedia.org/wiki/Virtuoso_Universal_Server - 23/09/2014 [7] http://docs.openlinksw.com/virtuoso/ - 23/09/2014 [8] http://virtuoso.openlinksw.com/dataspace/doc/dav/wiki/Main/VOSTriple - 29/09/2014 26 27
© Copyright 2024 Paperzz