On 2017-09-08 12:41, Claude Warren wrote: > try createing a multiunion graph and hen create model on that. > > The last time I looked the multiunion graph did not copy the data but > rather made calls across the graph implementations.
Should then use transactions to read from them, shouldn't I? > Claude > > On Fri, Sep 8, 2017 at 11:17 AM, George News <[email protected]> wrote: > >> Ups I have just noticed that MultiUnion is working with Graphs and not >> models :( >> >> Then, I'm using dataset.getNamedMode(name).getGraph(). But all my >> functions expect a Model as an input. How should I proceed? >> >> 1) ModelFactory.createUnion() in a kind of loop, adding one model, and >> then another, etc. >> >> 2) ModelFactory.createModelForGraph(Graph) >> >> I think I like a bit more the second, as this way if there is only one >> graph there shouldn't be any issue. >> >> Any tips? >> >> Thanks. >> >> >> On 2017-09-08 11:11, George News wrote: >>> Hi, >>> >>> Is multiunion only linking the graphs or copying them in a new graph? >>> >>> I'm thinking on splitting a huge graph on many simple ones and them >>> making the union depending on the part of the main graph that has to be >>> requested, therefore limiting the scope of the sparql and speeding >>> things up. But if multiunion copies, then I don't think I will speed >> things. >>> >>> Thanks >>> >> > > >
