WedX - журнал о программировании и компьютерных науках

Уникальные ограничения на свойства узла постфактум

У меня есть сайт в бета-версии, и он включает в себя узлы под названием «Темы». Я забыл добавить уникальное ограничение в свойство имени, и теперь есть дубликаты узлов. Я использовал MERGE, надеясь, что он найдет уникальные имена и просто добавит отношения, но, видимо, это не так. Есть ли способ объединить все отношения в один узел, а затем удалить дубликаты, чтобы я мог добавить ограничение после его очистки?

Я нашел это, но у меня есть несколько узлов с разными отношениями. Кто-нибудь знает, как изменить его, чтобы он работал для моей ситуации?

//Редактировать

Используя код Майкла, я изменил блок следующим образом:

MATCH (t:Topic)
WITH t.name as name, collect(t) as topics, count(*) as cnt
WHERE cnt > 1
WITH head(topics) as first, tail(topics) as rest
LIMIT 1000
UNWIND rest AS to_delete
OPTIONAL MATCH (to_delete)-[r:TOPIC_OF]->(g:Group)
FOREACH (x in case when r is null then [] else [1] |
   MERGE (first)-[new_r:TOPIC_OF]->(g)
   // in case you have to copy-rel-properties
   SET new_r = r
   DELETE r
)
OPTIONAL MATCH (to_delete)<-[r2:INTEREST_OF]-(p:Person)
FOREACH (x in case when r2 is null then [] else [1] |
   MERGE (first)-[new_r2:INTEREST_OF]->(p)
   // in case you have to copy-rel-properties
   SET new_r2 = r2
   DELETE r2
)

OPTIONAL MATCH (to_delete)<-[r3:SKILL_OF]-(p:Person)
FOREACH (x in case when r3 is null then [] else [1] |
   MERGE (first)-[new_r3:SKILL_OF]->(p)
   // in case you have to copy-rel-properties
   SET new_r3 = r3
   DELETE r3
)

OPTIONAL MATCH (to_delete)-[r4:TOPIC]->(p:Project)
FOREACH (x in case when r4 is null then [] else [1] |
   MERGE (first)-[new_r4:TOPIC]->(p)
   // in case you have to copy-rel-properties
   SET new_r4 = r4
   DELETE r4
)

OPTIONAL MATCH (to_delete)-[r5:NEEDS]->(p:Project)
FOREACH (x in case when r5 is null then [] else [1] |
   MERGE (first)-[new_r5:NEEDS]->(p)
   // in case you have to copy-rel-properties
   SET new_r5 = r5
   DELETE r5
)
DELETE to_delete
RETURN count(*);

Я получаю сообщение об ошибке при запуске:

Invalid input '|': expected whitespace, comment, '.', node labels, '[', "=~", IN, STARTS, ENDS, CONTAINS, IS, '^', '*', '/', '%', '+', '-', '=', "<>", "!=", '<', '>', "<=", ">=", AND, XOR, OR or END (line 8, column 52 (offset: 276))
"FOREACH (x in case when r is null then [] else [1] |"

Что мне не хватает?

12.11.2015

  • Вы используете неоксиген/неоклиент? 13.11.2015
  • Да, я использую Неоклиент 17.11.2015

Ответы:


1

Вы можете немного изменить его, чтобы иметь дело с большим количеством ссылок:

MATCH (t:Topic)
WITH t.name as name, collect(t) as topics, count(*) as cnt
WHERE cnt > 1
WITH head(topics) as first, tail(topics) as rest
LIMIT 1000
UNWIND rest AS to_delete
OPTIONAL MATCH (to_delete)-[r:TOPIC_OF]->(g:Group)
FOREACH (x in case when r is null then [] else [1] |
   MERGE (first)-[new_r:TOPIC_OF]->(g)
   // in case you have to copy-rel-properties
   SET new_r = r
   DELETE r
)
OPTIONAL MATCH (to_delete)-[r2:TOPIC_OF2]->(g:Group)
FOREACH (x in case when r is null then [] else [1] |
   MERGE (first)-[new_r2:TOPIC_OF2]->(g)
   // in case you have to copy-rel-properties
   SET new_r2 = r2
   DELETE r2
)
DELETE to_delete
RETURN count(*);
18.11.2015
  • Я отредактировал свой первоначальный вопрос, чтобы включить ваш блок кода с некоторыми изменениями, но я не уверен, что сделал это правильно, и я получаю сообщение об ошибке 18.11.2015

  • 2

    У меня была похожая проблема (я думаю) - см. мой вопрос здесь . Хотя на мой вопрос не было ответа, техника и вопросы, которые я изложил, действительно решили мою проблему. Это вообще полезно?

    Запросы, которые я использовал, как описано, были похожи на

    // get all outgoing relationships
    MATCH (a:Label1 { title : 'blah' })-[r]->(o)
    RETURN r
    // returns FOO and BAR
    
    // for each relationship type, create one from (d) and copy the properties over
    MATCH (a:Label1 { title : 'blah' })-[r:FOO]->(o), (d:Label1 { title : 'blah blah' })
    CREATE (d)-[r2:FOO]->(o)
    SET r2 = r
    ...etc...
    
    // now do the same for incoming relationships
    MATCH (a:Label1 { title : 'blah' })<-[r]-(o)
    RETURN r
    // returns FOO and BAR
    
    // for each relationship type, create one from (d) and copy the properties over
    MATCH (a:Label1 { title : 'blah' })<-[r:FOO]-(o), (d:Label1 { title : 'blah blah' })
    CREATE (d)<-[r2:FOO]-(o)
    SET r2 = r
    ...etc...
    
    // finally delete node and relationships (if required)
    MATCH (a:Label1 { title : 'blah' })-[r]-(o)
    DELETE r, a
    

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

    12.11.2015
    Новые материалы

    Я хотел выучить язык программирования MVC4, но не мог выучить его раньше, потому что это выглядит сложно…
    Просто начните и учитесь самостоятельно Я хотел выучить язык программирования MVC4, но не мог выучить его раньше, потому что он кажется мне сложным, и я бросил его. Это в основном инструмент..

    Лицензии с открытым исходным кодом: руководство для разработчиков и создателей
    В динамичном мире разработки программного обеспечения открытый исходный код стал мощной парадигмой, способствующей сотрудничеству, инновациям и прогрессу, движимому сообществом. В основе..

    Объяснение документов 02: BERT
    BERT представил двухступенчатую структуру обучения: предварительное обучение и тонкая настройка. Во время предварительного обучения модель обучается на неразмеченных данных с помощью..

    Как проанализировать работу вашего классификатора?
    Не всегда просто знать, какие показатели использовать С развитием глубокого обучения все больше и больше людей учатся обучать свой первый классификатор. Но как только вы закончите..

    Работа с цепями Маркова, часть 4 (Машинное обучение)
    Нелинейные цепи Маркова с агрегатором и их приложения (arXiv) Автор : Бар Лайт Аннотация: Изучаются свойства подкласса случайных процессов, называемых дискретными нелинейными цепями Маркова..

    Crazy Laravel Livewire упростил мне создание электронной коммерции (панель администратора и API) [Часть 3]
    Как вы сегодня, ребята? В этой части мы создадим CRUD для данных о продукте. Думаю, в этой части я не буду слишком много делиться теорией, но чаще буду делиться своим кодом. Потому что..

    Использование машинного обучения и Python для классификации 1000 сезонов новичков MLB Hitter
    Чему может научиться машина, глядя на сезоны новичков 1000 игроков MLB? Это то, что исследует это приложение. В этом процессе мы будем использовать неконтролируемое обучение, чтобы..


    Для любых предложений по сайту: [email protected]