Каковы сильные и слабые стороны базы данных Triplelestore?

Question

Каковы сильные и слабые стороны базы данных triplestore , такой как Mulgara ? В каких ситуациях его производительность будет значительно отличаться от производительности традиционной реляционной базы данных?

Я имею в виду, в частности, ситуации, когда у вас есть данные в форме namespace:predicate=value. Казалось бы, триплесторы хранят данные в «естественном» виде, но я хотел бы знать, есть ли конкретные преимущества, помимо этого.

Answer 1

Я - создатель Redland , который включает в себя нативные тройные хранилища в C, плюс я использовал некоторые системы Java, такие как Jena и Sesame.

Трудно сказать больше, не зная, в чем заключается ваша проблема, но в целом нативные тройные хранилища работают лучше, если ваша область проблем / шаблон запросов скорее "графическая", чем "объектная". Objecty означает, что вы склонны всегда манипулировать - каждый раз устанавливать / получать один и тот же шаблон данных - в этом случае вы также можете использовать ORM или другое объектно-реляционное сопоставление и фиксированную схему. Если ваша проблема и схема более динамичны - «Графика» - вы можете извлечь выгоду из подхода с тройным хранилищем, когда проще перемещаться по данным, чем обычно в мире СУБД (он же присоединяется).

Конечно, есть и документный подход, такой как CouchDB, но об этом трудно узнать из предоставленной вами информации.

Answer 2

Я полагаю, что вы спрашиваете о сохранении троек (и, возможно, графиков через квадр сохранить наложение (например, SDB ).

Если вы уточняете свои требования, я уверен, что участники Stack Overflow могут предложить более направленный ответ, но не в полной мере:

• Собственные тройные хранилища обычно имеют лучшую производительность, когда размер набора данных становится очень большим. Смотрите некоторые цифры из W3C .
• Собственные тройные хранилища могут предлагать внутрикорпоративные рассуждения / выводы (например, семантический инструментарий Oracle, хотя он не полностью поддерживает SPARQL).
• Тройки в СУБД могут быть "легко" интегрированы в традиционные инструменты отчетности (например, Jasper Reports), поскольку вы можете запрашивать их с помощью SQL.