Преимущество использования трехместного хранилища для RDF, а не Neo4j заключается в том, что это то, что они предназначено для для. Neo4j довольно хорош для многих случаев использования, но по моему опыту его производительность для загрузки и запроса RDF значительно ниже всех выделенных баз данных RDF.
Ошибочно, что базы данных RDF не масштабируются или не бывают быстрыми. Конечно, они еще не достигли производительности & уровней масштабирования, которые имеют реляционные базы данных, но у них есть 50-летний старт. Многие тройные магазины масштабируются в миллиарды троек, обеспечивают «стандартные» функции предприятия и обеспечивают отличную производительность для многих случаев использования.
Если вы собираетесь использовать RDF для проекта, используйте тройной магазин; он будет обеспечивать лучшую производительность и набор функций/API для работы с RDF для создания вашего приложения.
«очень быстро», можете ли вы количественно оценить это? Например, скорость загрузки ... сколько вершин | ребер в секунду «очень быстро»? «шкала данных графа», можете ли вы количественно оценить это? Например, сколько вершин | ребер на сервере с X ГБ ОЗУ? – castagna
@castagna: вставка или поиск? С привязками Pythonic он только в два раза медленнее при использовании в триплетной вставке по сравнению с оптимизированным стеком SQLAchemy/SQLite. Для обхода, если я хорошо помню, на моей персональной машине (6 ГБ оперативной памяти) было более 1 М краев/секунду, но я думаю, что это может пойти дальше. Для чистых запросов на отношение (вершины, отношения и т. Д.) Сервер no4j на моей машине преуспевает более 1 тыс. Транзакций, даже если база данных приближается к 1М индексированным свойствам с 100 тыс. Узлов и близка к a M отношения – chiffa