バージョン 42 から バージョン 43 における更新: survey

差分発生行の前後
無視リスト:
更新日時:
2012/07/06 15:09:58 (12 年 前)
更新者:
wu
コメント:

--

凡例:

変更なし
追加
削除
変更
  • survey

    v42 v43  
    1717=== Overview === #overview 
    1818 
    19 We present an evaluation of native triple stores on biological data. Compared with the data in other areas biological data is typically huge. Therefore the performance of bulk loading and querying are essential to decide whether a triple store can be applied into the biological field. We test five native triple stores Virtuoso, OwlimSE, Mulgara, 4store, and Bigdata. We select five real biological data set instead synthetic ones, which ranging from tens of millions to eight billions. We present their load times and query cost. We do not test the inference ability this time. 
     19We present an evaluation of native triple stores on biological data. Compared with the data in other areas biological data is typically huge. Therefore the performance of bulk loading and querying are essential to decide whether a triple store can be applied into the biological field. Our target is to verify whether the current triple stores are efficient to deal with the tremendous biological data.  We test five native triple stores Virtuoso, OwlimSE, Mulgara, 4store, and Bigdata. We select five real biological data set instead of synthetic ones, which ranging from tens of millions to eight billions. We present their load times and query cost. We do not test the inference ability this time. 
    2020 
    2121For each database we provide several results by adjusting their parameters, which could influence the performance importantly. However  These parameters could perform differently with different hardware and software platforms, and even with different data set. It is difficult to test all the cases by adjusting and combining all the parameters for every data set because the importing of our data set, such as uniprot and DDBJ, may take over two days or several weeks. Therefore we do not guarantee what we provide is the best performance of each database although we try to find out the best performance for each triple store.