Как определить имя JanusGraph?

Является ли файл .properties единственным идентификатором для доступа к графику? или это путь к файлу? (В sql у нас есть имя для базы данных. Есть ли что-нибудь похожее на имя графа?)

JanusGraph имеет подключаемое хранилище и серверную часть индекса. Файл .properties просто сообщает JanusGraph, какой сервер использовать и как он настроен. Различные экземпляры графиков будут просто указывать на разные папки хранения, индексы и т. д. Изучив документацию для файл конфигурации, кажется, вы можете указать graphname, который можно использовать с ConfiguredGraphFactory, чтобы открыть график таким образом ConfiguredGraphFactory.open("graphName")

Если у меня есть копия файла свойств с теми же настройками и я переименую его в my_setup_2.properties, будет ли он обращаться к тому же графику или создаст новый график?

Да, он получит доступ к тем же данным и, следовательно, к тому же графику.

Можно ли каким-либо образом идентифицировать эти вершины, принадлежащие этому графу, из моего бэкенда хранилища или бэкенда поиска?

Я не знаю точно для каждого хранилища, но в случае с Elasticsearch индексы, созданные JanusGraph, имеют префикс janusgraph. Я думаю, что есть аналогичные механизмы для других бэкэндов.

Для каких запросов используется сервер хранения и для каких запросов используется поисковый сервер?

Серверная часть индекса используется всякий раз, когда вы добавляете шаг has к свойству, проиндексированному с помощью mixed index . Я думаю, что все другие запросы, включая шаг has для свойства, настроенного с помощью composite index, будут использовать серверную часть хранилища. Для рабочих нагрузок OLAP вы даже можете подключить Spark или Giraph к серверной части хранилища, чтобы выполнить тяжелую работу.

Графики можно экспортировать и импортировать в форматы графических файлов, такие как GraphML. Это позволяет вам взаимодействовать с другими графическими инструментами, такими как, например, Gephi. Однако вы не сможете сделать дамп sql из своей базы данных SQL и напрямую импортировать его в JanusGraph. Если вы планируете загружать много узлов и ребер одновременно, ознакомьтесь с документацией по массовой загрузке. загрузка.

Я нашел только поставщиков услуг хостинга для Janusgraph 0.1.1 (который устарел. Последний из них - 0.2.1, который поддерживает последнюю версию elasticsearch). поисковый сервер?

Я не знаю ни одного хостинг-провайдера для JanusGraph 2.x. Вы без труда найдете размещенные службы для подключаемых серверных хранилищ, совместимых с JanusGraph 2. Икс.