And now for the amazing result:
replacing the "?r nao:userVisible 1" with a bif:exists filter makes the
query blazingly fast.
Then again this is probably not that amazing after all since the query
without the restriction is fast, thus, filtering on those results would
be, too.
Still, it is a fun
Hi Ivan,
thanks a lot for your answer.
Funnily enough your query version does not make a difference. The query
takes about the same time.
Sadly I cannot add any conditions on the graph since all is in different
graphs. I know this is not great for Virtuoso but we use graphs for
metadata on stateme
Hello Sebastian,
One variant to check is
select distinct
?r
(bif:concat(bif:search_excerpt(bif:vector('lego'), ?v2))) as
?_n_f_t_m_ex_
where {
{{select distinct ?r ?v2 where
{ ?r ?v1 ?v2 .
?v2 bif:contains 'lego' .
?r nao:userVisible "1"^^xsd:int .
} limit 10 } }
Hi list,
as always my question is about query performance.
The following very simple query performs very well on a V6.3rc1 with
default indexes:
select distinct
?r
(bif:concat(bif:search_excerpt(bif:vector('lego'), ?v2))) as
?_n_f_t_m_ex_
where {
{ ?r ?v1 ?v2 .
?v2 bif:contai
