Clone URL (Committers only): https://cms.apache.org/redirect?new=anonymous;action=diff;uri=http://jena.apache.org/tutorials%2Fsparql_union_pt.mdtext
Guilherme Cavalcanti Index: trunk/content/tutorials/sparql_union_pt.mdtext =================================================================== --- trunk/content/tutorials/sparql_union_pt.mdtext (revision 0) +++ trunk/content/tutorials/sparql_union_pt.mdtext (working copy) @@ -0,0 +1,129 @@ +Title: Alternativas num padrão +Notice: Licensed to the Apache Software Foundation (ASF) under one + or more contributor license agreements. See the NOTICE file + distributed with this work for additional information + regarding copyright ownership. The ASF licenses this file + to you under the Apache License, Version 2.0 (the + "License"); you may not use this file except in compliance + with the License. You may obtain a copy of the License at + . + http://www.apache.org/licenses/LICENSE-2.0 + . + Unless required by applicable law or agreed to in writing, + software distributed under the License is distributed on an + "AS IS" BASIS, WITHOUT WARRANTIES OR CONDITIONS OF ANY + KIND, either express or implied. See the License for the + specific language governing permissions and limitations + under the License. + +Outra forma de lidar com dado semiestruturado é consultar uma de um número de possibilidades. Essa sessão cobre O padrão `UNION`, onde uma de um número de possibilidades é testado. + +## UNION - duas maneiras para o mesmo dado + +Ambos os vocabulários de vcard e de FOAF possuem propriedades para nome de pessoas. Em vcard, é vcard:FN, o nome formatado, e em FOAF, é foaf:name. Nesta sessão, vamos olhar um pequeno conjunto de dados onde o nome das pessoas podem ser dados por ambos os vocabulários de FOAF e vcard. + +Suponha que temos um [an RDF graph](sparql_data/vc-db-3.ttl) que contém a informação de nome usando os vocabulários de vcard e FOAF. + + @prefix foaf: <http://xmlns.com/foaf/0.1/> . + @prefix vcard: <http://www.w3.org/2001/vcard-rdf/3.0#> . + + _:a foaf:name "Matt Jones" . + + _:b foaf:name "Sarah Jones" . + + _:c vcard:FN "Becky Smith" . + + _:d vcard:FN "John Smith" . + +Uma consulta para acessar a informação do nome, poderia ser ([q-union1.rq](sparql_data/q-union1.rq)): + + PREFIX foaf: <http://xmlns.com/foaf/0.1/> + PREFIX vCard: <http://www.w3.org/2001/vcard-rdf/3.0#> + + SELECT ?name + WHERE + { + { [] foaf:name ?name } UNION { [] vCard:FN ?name } + } + +isso retorna: + + ----------------- + | name | + ================= + | "Matt Jones" | + | "Sarah Jones" | + | "Becky Smith" | + | "John Smith" | + ----------------- + +Não importa que forma de expressão usasse para o nome, a variável ?name é preenchida. Isso pode ser obtido usando um `FILTER` como mostra essa consulta ([q-union-1alt.rq](sparql_data/q-union1alt.rq)): + + PREFIX foaf: <http://xmlns.com/foaf/0.1/> + PREFIX vCard: <http://www.w3.org/2001/vcard-rdf/3.0#> + + SELECT ?name + WHERE + { + [] ?p ?name + FILTER ( ?p = foaf:name || ?p = vCard:FN ) + } + +testando se a propriedade é uma URI ou a outra. As soluções podem não vir na mesma ordem. A primeira forma é conhecida como a mais rápida, dependendo dos dados e do armazenamento utilizado, porque a segunda forma tem que pegar todas as triplas do grafo para casar com o padrão da tripla com variáveis não ligadas (ou blank nodes) em cada slot, então testa cada ?p para ver se casa com algum dos valores. Isso vai depender da sofisticação do otimizador de consultas para saber se ele vai executar a consulta mais eficientemente e transcender para a camada de armazenamento. + +## Union - relembrando onde o dado foi encontrado. + +O exemplo acima usou a mesma variável em cada ramo. Se diferentes variáveis forem usadas, a aplicação pode descobrir que sub-padrão causou o casamento ([q-union2.rq](sparql_data/q-union2.rq)): + + PREFIX foaf: <http://xmlns.com/foaf/0.1/> + PREFIX vCard: <http://www.w3.org/2001/vcard-rdf/3.0#> + + SELECT ?name1 ?name2 + WHERE + { + { [] foaf:name ?name1 } UNION { [] vCard:FN ?name2 } + } + + --------------------------------- + | name1 | name2 | + ================================= + | "Matt Jones" | | + | "Sarah Jones" | | + | | "Becky Smith" | + | | "John Smith" | + --------------------------------- + +Essa segunda consulta guardou informação sobre onde o name da pessoa se originou atribuindo o nome para diferentes variáveis. + +## OPTIONAL e UNION + +Na prática, `OPTIONAL` é mais comum que `UNION` mas ambas têm seu uso. `OPTIONAL` é útil para aumentar as soluções encontradas, `UNION` é útil para concatenar soluções de diferentes possibilidades. Eles não retornam necessariamente a informação da mesma maneira. + +Consulta([q-union3.rq](sparql_data/q-union3.rq)): + + PREFIX foaf: <http://xmlns.com/foaf/0.1/> + PREFIX vCard: <http://www.w3.org/2001/vcard-rdf/3.0#> + + SELECT ?name1 ?name2 + WHERE + { + ?x a foaf:Person + OPTIONAL { ?x foaf:name ?name1 } + OPTIONAL { ?x vCard:FN ?name2 } + } + + --------------------------------- + | name1 | name2 | + ================================= + | "Matt Jones" | | + | "Sarah Jones" | | + | | "Becky Smith" | + | | "John Smith" | + --------------------------------- + +Mas cuidado ao usar `?name` em cada `OPTIONAL` porque isso é uma consulta dependente da ordem. + +[Próximo: Grafos Nomeados](sparql_datasets.html) + + + Property changes on: trunk/content/tutorials/sparql_union_pt.mdtext ___________________________________________________________________ Added: svn:eol-style ## -0,0 +1 ## +native \ No newline at end of property
