- From: Andy Seaborne <andy.seaborne@talis.com>
- Date: Wed, 23 Dec 2009 11:33:15 +0000
- To: SPARQL Working Group <public-rdf-dawg@w3.org>
ISSUE-20
Pulled out because this interacts with query (1.0).
> ISSUE-20: Difference between an empty graph and a non-existent graph?
> We have agreed on the need to support a graph that exists and is
> empty. Is there anything else to consider for this issue? Does it have
> an impact on the Update document? By coming to this agreement, then I
> think we*don't* need to worry about it in Update. We'd only have to
> consider it if we disallowed empty graphs.
>
> I've left ISSUE-20 in, but if people agree that it's resolved, then
> I'll take it out.
My preference is that empty graphs and absent graphs are treated
differently. This is based on seeing users expectations of systems I'm
involved in.
It does make store writing harder and some of mine don't support this
because they can only test for the presence or absence of quads. There
is no separate graph management. No quads does not mean no graph, if
empty graphs can exist.
It can show up in query in
SELECT * { GRAPH ?g {...} }
Some related issues in update are about adding triples into an empty
graph vs a non-existent graph (does it automatically get created?)
whether CREATE on an existing (empty of otherwise) graph is an error and
DROPping a graph not in the store.
Andy
Received on Wednesday, 23 December 2009 11:33:40 UTC