Hi Hugh, I haven't tested this on the 5.0.12.
Thanks, Nirmala -----Original Message----- From: Hugh Williams [mailto:[email protected]] Sent: Thursday, November 26, 2009 7:10 PM To: Nirmala Seehappan Cc: [email protected] Subject: Re: [Virtuoso-users] Upper Limit of triples inserted Hi Nirmala, Have you tested this against the latest 5.0.12 release ? Best Regards Hugh Williams Professional Services OpenLink Software Web: http://www.openlinksw.com Support: http://support.openlinksw.com Forums: http://boards.openlinksw.com/support Twitter: http://twitter.com/OpenLink On 25 Nov 2009, at 14:46, Nirmala Seehappan wrote: > Hi Hugh, > > To give a detailed look into the load and the insert statements, i have > provided the statements below: > > DB.DBA.RDF_LOAD_RDFXML(file_to_string_output('/data/graph1.rdf'),'http > ://test/','http://test/graph1'); > > sparql > BASE <http://test/> > PREFIX rdfs:<http://www.w3.org/2000/01/rdf-schema#> > PREFIX test:<http://test/#> > INSERT INTO GRAPH <graph1> { > ?class ?rel_id ?class. > } > WHERE { > GRAPH <graph1> { > ?class a ?type. > } > GRAPH <graph3> { > ?rel_id ssb:type_instance_of ssb:METAREL_0000023. #reflexive > relation type } } ; > > > The first statement RDF_LOAD_RDFXML creates the graph and loads the > graph1.rdf file. > > The next insert query, matches the existing records from graph1 and compares > it to the records in graph3 and then inserts into graph1. > > during this insert, the output was exactly like what i have shared earlier. > > Count of Triples: > The number of triples that are loaded into the graph1 cannot be determined > as the triples are generated on the fly during insert. > This has let me to suspect the output i got. > > > cheers, > Nirmala > > > -----Original Message----- > From: Hugh Williams [mailto:[email protected]] > Sent: Saturday, November 21, 2009 5:14 PM > To: Nirmala Seehappan > Cc: [email protected] > Subject: Re: [Virtuoso-users] Upper Limit of triples inserted > > Hi Nirmala, > > I wanted to see the complete isql output on screen showing which function > you are using to perform these dataset uploads. As you stated > DB.DBA.RDF_LOAD_RDFXML was being used and I suggested you use the > multi-threaded DB.DBA.RDF_LOAD_RDFXML_MT variant for large datasets, but you > have not confirmed if this is being used. > > Also, as stated previously I note you are running the Virtuoso 5.0.8 build, > and would thus recommend you also try with the latest 5.0.12 archive > available for download as their have been some fixes for loading RDF data in > this build: > > http://virtuoso.openlinksw.com/dataspace/dav/wiki/Main/VOSDownload > > You indicate their should be 300,127 triples, how has this been determined, > and if you run the query "sparql seclect count(*) from <http://test/graph1> > where {?s ?p ?o}" what triple count does this return in comparison to the > number of triples you are expecting ? > > Best Regards > Hugh Williams > Professional Services > OpenLink Software > Web: http://www.openlinksw.com > Support: http://support.openlinksw.com > Forums: http://boards.openlinksw.com/support > Twitter: http://twitter.com/OpenLink > > On 19 Nov 2009, at 13:24, Nirmala Seehappan wrote: > >> Hi Hugh, >> >> yes. you are right. I hit the "TransactionAfterImageLimit" error earlier. >> But now, i donot get the same error. >> Indeed, i do not get any errors, also the virtuoso logs also do not report >> errors. >> But on looking into the output of the insert graph statement, i suspect that >> there might be something wrong with the output or the way the records are >> inserted into the graph. >> >> I am uploading an input rdf file of size 124 MB, the number of triples that >> is uploaded is 300,127 triples. >> >> >> Here is the output of the insert statement: >> >> Clear <http://test/graph1> -- done >> >> 1 Rows. -- 470466 msec. >> >> Done. -- 71766 msec. >> callret-0 >> VARCHAR >> ______________________________________________________________________ >> _________ >> >> Insert into <http://test/graph1>, 100001 triples -- done >> >> 1 Rows. -- 33144 msec. >> callret-0 >> VARCHAR >> ______________________________________________________________________ >> _________ >> >> Insert into <http://test/graph1>, 124 triples -- done >> >> 1 Rows. -- 1798 msec. >> callret-0 >> VARCHAR >> ______________________________________________________________________ >> _________ >> >> Insert into <http://test/graph1>, 100001 triples -- done >> >> 1 Rows. -- 10846 msec. >> callret-0 >> VARCHAR >> ______________________________________________________________________ >> _________ >> >> Insert into <http://test/graph1>, 100001 triples -- done >> >> 1 Rows. -- 46552 msec. >> >> Done. -- 293 msec. >> callret-0 >> VARCHAR >> >> I actually doubt if i have the correct number of triples uploaded into the >> store. >> >> cheers, >> Nirmala >> >> >> >> -----Original Message----- >> From: Hugh Williams [mailto:[email protected]] >> Sent: Wednesday, November 18, 2009 6:06 PM >> To: Nirmala Seehappan >> Cc: [email protected] >> Subject: Re: [Virtuoso-users] Upper Limit of triples inserted >> >> Hi Nirmala, >> >> I am slightly confused, back in July you where getting "Transaction aborted >> because it's log after image size went above the limit" errors performing >> SPARUL insert queries and advised to the the RDF_LOAD_RDFXML_MT function for >> loaded large datasets or increase the "TransactionAfterImageLimit" ini file >> param which controls the log size limit, are you not hitting this issue >> again here ? >> >> How many triples are you attempting to insert and what if any errors are >> occurring when attempting this ? Do check the virtuoso.log file to see if >> any errors are being logged their also ? >> >> Best Regards >> Hugh Williams >> Professional Services >> OpenLink Software >> Web: http://www.openlinksw.com >> Support: http://support.openlinksw.com >> Forums: http://boards.openlinksw.com/support >> Twitter: http://twitter.com/OpenLink >> >> On 18 Nov 2009, at 12:32, Nirmala Seehappan wrote: >> >>> Hi Hugh, >>> >>> i don't face any problem with the load of the data,but my problem is with >>> the insert statements. >>> >>> INSERT INTO GRAPH <http://test/graph1> {....}; >>> >>> The result of this is broken into groups of 100001 triples(instead of >>> a single insert result statement) >>> >>> cheers, >>> Nirmala >>> >>> >>> -----Original Message----- >>> From: Hugh Williams [mailto:[email protected]] >>> Sent: Tuesday, November 17, 2009 3:23 PM >>> To: Nirmala Seethappan >>> Cc: [email protected] >>> Subject: Re: [Virtuoso-users] Upper Limit of triples inserted >>> >>> Hi Nirmala, >>> >>> Their should be no limits to the number of triples that can be loaded. For >>> large datasets however we do recommend the use of the rdf_load_rdfxml_mt >>> function which is a multi-threaded variant of the function you are using as >>> detailed at: >>> >>> http://docs.openlinksw.com/virtuoso/fn_rdf_load_rdfxml_mt.html >>> >>> What is the actual number of triples in the dataset being loaded ? Assuming >>> their is one per line you can use the following to determine this: >>> >>> wc -l <dataset_file_name> >>> >>> I note you are running the Virtuoso 5.0.8 build, and would thus recommend >>> you also try with the latest 5.0.12 archive available for download as their >>> have been some fixes for loading RDF data in this build: >>> >>> http://virtuoso.openlinksw.com/dataspace/dav/wiki/Main/VOSDownload >>> >>> >>> Best Regards >>> Hugh Williams >>> Professional Services >>> OpenLink Software >>> Web: http://www.openlinksw.com >>> Support: http://support.openlinksw.com >>> Forums: http://boards.openlinksw.com/support >>> Twitter: http://twitter.com/OpenLink >>> >>> On 17 Nov 2009, at 13:21, Nirmala Seehappan wrote: >>> >>>> Hi, >>>> >>>> I'm working in virtuoso 5.0.8 and trying to upload data into the graphs >>>> using DB.DBA.RDF_LOAD_RDFXML. >>>> The output of the insert statement is as follows: >>>> _______________________________________________ >>>> Insert into <http://test/graph1>, 100001 triples -- done >>>> >>>> 1 Rows. -- 10846 msec. >>>> callret-0 >>>> VARCHAR >>>> _______________________________________________ >>>> >>>> The datafile has more triples(>100001), but i doubt if the insert >>>> statement is limited to 100001 triples per insert statement. This same >>>> line gets repeated more often when the input file size is bigger. >>>> >>>> Is there any limit for the insert statements ? >>>> If so, are there any parameters in the virtuoso.ini file that controls >>>> this limit? >>>> >>>> Please do provide me more understanding on this issue. >>>> >>>> cheers, >>>> Nirmala >>>> >>>> >>>> -------------------------------------------------------------------- >>>> - >>>> - >>>> -------- Let Crystal Reports handle the reporting - Free Crystal >>>> Reports 2008 30-Day trial. Simplify your report design, integration >>>> and deployment - and focus on what you do best, core application >>>> coding. Discover what's new with Crystal Reports now. >>>> http://p.sf.net/sfu/bobj-july >>>> _______________________________________________ >>>> Virtuoso-users mailing list >>>> [email protected] >>>> https://lists.sourceforge.net/lists/listinfo/virtuoso-users >>> >>> >>> >>> >>> --------------------------------------------------------------------- >>> - >>> -------- Let Crystal Reports handle the reporting - Free Crystal >>> Reports 2008 30-Day trial. Simplify your report design, integration >>> and deployment - and focus on what you do best, core application >>> coding. Discover what's new with Crystal Reports now. >>> http://p.sf.net/sfu/bobj-july >>> _______________________________________________ >>> Virtuoso-users mailing list >>> [email protected] >>> https://lists.sourceforge.net/lists/listinfo/virtuoso-users >> >> >> > > > > ------------------------------------------------------------------------------ > Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day > trial. Simplify your report design, integration and deployment - and focus on > what you do best, core application coding. Discover what's new with > Crystal Reports now. http://p.sf.net/sfu/bobj-july > _______________________________________________ > Virtuoso-users mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/virtuoso-users
