SPARQL обновление с дополнительными частями

Question

Рассмотрим следующее обновление SPARQL:

INSERT { 
    ?performance 
     mo:performer ?performer ; # optional 
     mo:singer ?singer ; # optional 
     mo:performance_of [ 
      dc:title ?title ; # mandatory 
      mo:composed_in [ a mo:Composition ; 
       mo:composer ?composer # optional 
      ] 
     ] 
} 
WHERE {} 

Если я не предоставлю значения (например, в Jena-х ParameterizedSparqlString.setIri() для ?performer, ?singer или ?composer, это обновление не будет вставлять заявления с соответствующими объектов, который, как предполагалось.

Но как я могу подавить [] a mo:Composition, а если ?composer отсутствует. Создание его второй INSERT, чьи WHERE фильтры на ISIRI(?composer), кажется, не быть одним из вариантов, потому, что INSERT Wo не знаю пустого узла, который уже был создан первым.

Итак, как я могу поддерживать этот тип дополнительных параметров в одном обновлении SPARQL? Например, существуют ли какие-либо средства для «хранения» пустого узла между двумя ВСТАВКАМИ?

Answer 1

Следующие действия работают, когда вызывающий абонент устанавливает composition на пустой узел тогда и только тогда, когда он устанавливает ?composer в IRI.

if (composer != null) { 
    parameterizedSparqlString.setIri ("composer" , composer); 
    parameterizedSparqlString.setParam("composition", NodeFactory.createAnon()); 
} 

---

INSERT { 
    ?performance 
     mo:performer ?performer ; # optional 
     mo:singer ?singer ; # optional 
     mo:performance_of [ 
      dc:title ?title ;    # mandatory 
      mo:composed_in ?composition ] . # optional 
    ?composition a mo:Composition ; 
     mo:composer ?composer . 
} 
WHERE {} 

Шляпы прочь @Joshua Тейлора для свинца.

Я бы предпочел автономную версию, которая не требует дополнительного параметра ?composition (т. Е. Работает без дополнительных требований к вызывающему абоненту), если это вообще возможно.