On 19/05/13 16:08, Christian Jauvin wrote:
Hi Andy,
Thanks for the answer.
It looks like the node table is corrupted from a previous run after
non-transactional update and exisitng the JVM without calling
TDB.sync(dataset)
I'm really a Jena/TDB beginner, so please bear with me, but as I've
been (1) "tdbloading" my store and (2) "tdbquerying" simple select
SPARQL queries right away, it would seem to me that no
non-transactional update has been performed anyhow. To be sure, I just
reloaded it (assuming that re-running tdbquery completely overrides
any previous problem of the kind you describe).
Christian,
No - you have to delete the old database, it does not overwrite, it adds
stuff to the database.
If, reloading from empty, it still breaks, could you post the data (if
small) or put it online somewhere I can get it from?
What is the setup? Operating system? Java (32 or 64 bit?)
Andy
select (count(?x) as ?cnt)
where { ?x rdfs:subClassOf* ?y }
select (count(?x) as ?cnt)
where { ?x rdfs:subClassOf ?y }
In the first case, the system does need to access the node value of ?y
because * is done by a general engine on nodes where as the plain pattern
does not access the string that represents ?y so never touches some parts of
the node table.
If I understand you well, shouldn't then this query
select ?x ?y
where { ?x rdfs:subClassOf* ?y }
work? It's still producing the same error though, even after a fresh tdbload.
Christian
