На Neo4j 2.0 (сообщества), когда я дамп БД с некоторыми узлами со свойствами двойного типа, я получить файл со значением в научной нотации: ех 1.43524185E8Neo4j 2,0 свалка с двойным типом
При импорте этого файла , то Neo4j-оболочка неудачно со следующей ошибкой:
Invalid input 'E': expected Digit, whitespace, '.', node labels, '[', "=~", IN, IS, '*', '/', '%', '^', '+', '-', '<', '>', "<=", ">=", '=', "<>", "!=", AND, XOR, OR, ',' or '}' (line 167, column 153)
"create (_30015:`organization`:`fr` {`capital`:1.43524185E8, })"
^
at org.neo4j.cypher.internal.compiler.v2_0.parser.CypherParser$$anonfun$parse$1.apply(CypherParser.scala:53)
at org.neo4j.cypher.internal.compiler.v2_0.parser.CypherParser$$anonfun$parse$1.apply(CypherParser.scala:43)
Казалось Двойной тип не разобран правильно.
Команда используется для сброса децибела:
$ neo4j-shell -c "dump" > ito3.graph
Команда, используемая для их импорта (в пустом graph.db):
$ neo4j-shell -file ito3.graph
Деталь пострадавших свойств:
neo4j-sh (__value_deleted__,30015)$ ls -v
...
*capital =[1.43524185E8] (double)
...
Я думаю, что это ошибка с командой дампа, можете ли вы сообщить о проблеме в github.com/neo4j/neo4j/issues? –
сделано: https://github.com/neo4j/neo4j/issues/1781 – bastien
@MichaelHunger У меня была аналогичная проблема с экранированием кавычек в строковых значениях. Имена свойств возвращаются в обратном порядке, но значение, подобное «строковому» значению «', выгружается как «строка» «значение» «», которое ломается при импорте. Это проблема с дампом, или я делаю это неправильно? Никогда не использовал команду дампа, пока не увидел интересный пример @bastien. – jjaderberg