Миграция с SQL Server на neo4j, есть что-то вроде SSMS для импорта данных в neo4j

Я перехожу от SQL Server к Neo4J (или ArangoDB, гораздо более сложной), в настоящее время использую стек Windows и C #. Я видел пакетный импортер на github [ https://github.com/jexp/batch-import/tree/20 ].

Этот утилита является инструментом экспорта, но я не могу понять, где rels.csv и nodes.csv , на стороне экспорта (я вижу его при импорте в neo4j). Является ли это опцией в утилите, или это то, что я предлагаю создать SSMS (SQL Server Management Studio). В частности, каковы различия между реляциями и узлами с точки зрения SQL RDB?

Чтобы перенести данные – какие параметры / шаги мне нужно выполнить, установите так, чтобы я мог: 1) экспортировать из SQL Server 2) импортировать в Neo4j, который может легко работать с .netdriver / client?

Вот что я знаю об импорте, но не на стороне экспорта.

 batch_import.nodes_files=nodes1.csv[,nodes2.csv] batch_import.rels_files=rels1.csv[,rels2.csv] 

Есть ли инструмент импорта, такой как SSMS-импорт в Neo4j, который поможет в этом и переводит / сохраняет отношения как узлы узлов

Правильно ли я думаю об этом –

  • Таблицы схем сопоставляются с узлами?
  • Столбцы / атрибуты таблицы сопоставляются с (табличными) узлами в neo4j
  • Переходят ли FK и PK в отношения или ярлыки?

    Я попытаюсь предоставить краткий, краткий ответы на ваши конкретные вопросы, но на темы моделирования данных, вы должны прочитать некоторые фон. Посмотрите Моделирование данных в графах для хорошего ввода. Я не расскажу вам всю историю, потому что вы задаете вопрос, требующий подробного ответа. Этот брифинг – это ответ.

    1. Таблицы схем сопоставляются с узлами? Сортировка, да – то, как я бы сказал, это больше, что в реляционной базе данных «сущности» сопоставляются с узлами. Обратите внимание, что «сущности» и «таблицы» на самом деле не одно и то же из-за нормализации и многих других факторов. Кроме того, не все таблицы схем сопоставляются с узлом, в частности, поскольку таблицы включают такие вещи, как PKs / FK, которые вы не будете использовать в neo4j (подробнее об этом в какой-то момент)

    2. Столбцы / атрибуты таблицы сопоставляются с (табличными) узлами в neo4j. Нет, они этого не делают. Атрибуты сопоставляются атрибутам узлов, но есть много исключений. В частности, любой атрибут, который вы используете для объединения вещей в реляционной базе данных, вероятно, сопоставляется с отношением neo4j, а не атрибутом узла.

    3. Переводите ли FK и PK на отношения или лабораторные работы? Они сопоставляются с отношениями. Любое соединение, как правило, переводится в отношения между узлами.

    Я могу дать вам общий ответ о том, как импортировать данные графика в ArangoDB. Также проверяет ответы FrobberOfBits. Для получения более конкретного ответа обратитесь к «хакерам (at) arangodb.org».

    Обычно схема sql соответствует некоторым объектам, которые видны как объекты C #. Моделирование иерархии классов может выполняться по-разному. Такой объект будет соответствовать документам в ArangoDB.

    Например: один из способов моделирования автомобилей, автомобилей и мотоциклов – использовать три стола. Один для суперкласса и два для подкласса. Внешние ключи будут связывать данные подкласса с данными суперкласса. В ArangoDB будет только класс транспортного средства, а документы, содержащие атрибуты, могут варьироваться в зависимости от того, является ли это автомобилем или мотоциклом.

    Теперь могут быть отношения между человеком и транспортным средством. Это отличается от приведенного выше примера – также используются внешние ключи. В этом случае у вас будет преимущество в ArangoDB между двумя документами.

    Таким образом, вам нужен экспорт для создания всех документов (сущностей) и всех ребер (отношений). Затем вы можете использовать «arangoimp» для импорта этих файлов в ArangoDB.

    Давайте будем гением компьютера.