<?xml version="1.0" encoding="utf-8"?>
<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title>Phil Dawes' Stuff - Latest Comments in More import optimisation</title><link>http://phildawesstuff.disqus.com/</link><description></description><atom:link href="https://phildawesstuff.disqus.com/more_import_optimisation/latest.rss" rel="self"></atom:link><language>en</language><lastBuildDate>Tue, 28 Sep 2004 04:53:39 -0000</lastBuildDate><item><title>Re: More import optimisation</title><link>http://www.phildawes.net/blog/2004/09/23/more-import-optimisation/#comment-2752890</link><description>&lt;p&gt;Hi Eric,&lt;/p&gt;&lt;p&gt;When you say 6000 triples a second, is this from rdf/xml, or already parsed into some sort of optimized format?&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Phil Dawes</dc:creator><pubDate>Tue, 28 Sep 2004 04:53:39 -0000</pubDate></item><item><title>Re: More import optimisation</title><link>http://www.phildawes.net/blog/2004/09/23/more-import-optimisation/#comment-2752889</link><description>&lt;p&gt;If you want to test your system with a really large data set (150M triples), have a look at &lt;a href="http://www.isb-sib.ch/~ejain/rdf/data/" rel="nofollow noopener" target="_blank" title="http://www.isb-sib.ch/~ejain/rdf/data/"&gt;http://www.isb-sib.ch/~ejai...&lt;/a&gt; :-)&lt;/p&gt;&lt;p&gt;I believe the only way to load such amounts of data within reasonable time on reasonable hardware is to make use of the underlying database's bulk loading facilities - I gather you chose a similar approach. We can load 6'000 triples per second, most of which is required for building all the indexes...&lt;/p&gt;</description><dc:creator xmlns:dc="http://purl.org/dc/elements/1.1/">Eric Jain</dc:creator><pubDate>Sat, 25 Sep 2004 07:22:35 -0000</pubDate></item></channel></rss>