Neo4j gem - 处理管理关系的首选方法

这主要是一个设计/效率问题，但我想看看在 Neo4j 中是否有一种首选方法来处理这个问题，而不是在 sql 数据库中如何处理。

现在我有 2 个模型 -user and event。我之间也有关系user and event表示他们将参加该活动。我想找出代表活动管理员的最佳方式。换句话说，我希望能够查询用户管理的事件。

一种方法是创建一种新的关系，称为admin_of用户与之间event。另一种方法是创建出席关系的管理属性。就像是admin: true

The admin_of查询看起来很简单，但增加了与数据库的另一种关系。稍后它也能够处理多管理员。

我认为后一种方式可以通过类似的方式查询：（来自文档）EnrolledIn.where(since: 2002)所以我的搜索将包括admin: true。但是我不知道如何链接它，因为我希望它只是朋友事件。另一个where查询通常基于节点而不是关系的属性。

后一种方法似乎是首选方法，但是查询它的正确方法是什么？或者第一种方法是否更简单，即使它增加了额外的关系？

Update:我想出了这样的东西

result = Event.query_as(:event).match("event<-[invite: INVITED]-(user: User)<-[:FRIENDS_WITH]-(user)").where(invite: {admin: /true/}).pluck(:event)

基于详细查询

https://github.com/neo4jrb/neo4j/wiki/Search-and-Match https://github.com/neo4jrb/neo4j/wiki/Search-and-Match

Update 2

我现在有这个，但没有匹配。开始剖析我的查询出了什么问题的最佳方法是什么？

current_user.friends.events.query_as(:event).match("event<-[invite]-(user: User)<-[friends_with]-(user)").where(invite: {admin: true}, event: {detail: 'property'}).pluck(:event)

我的用户模型有

has_many :both, :events, model_class: 'Event', rel_class: 'Invite'

我的事件模型有

has_many :both, :users, model_class: 'User', rel_class: 'Invite'

我的邀请模型有

  from_class Event
  to_class   User
  type 'invited'

这是我经常思考的事情，本身就值得写一篇博客文章或截屏视频。我有我的最佳实践，但不会说这是最好的方法。可能有些事情我没有考虑到。不过，这就是我正在处理的事情。

您明确了每个关系的巨大优点和缺点：额外的关系使遍历变得容易，并且添加新的管理员变得容易，但维护本质上做同样事情的两组关系是一个完全的阻力。对我来说，这甚至与数据库中的额外垃圾无关，而是与管理这些额外垃圾所需的所有额外工作有关。

一般来说，当我可以利用现有的关系时，我会尽量避免为管理信息等创建额外的关系。我已经确定了两种做法：

• 首先，您可以通过遵循对象的路径来获得基本的“有访问权限/没有访问权限”，如更新中所示。如果您想将范围缩小到仅限朋友的活动，请执行以下操作：

  friend.events.query_as(:event).match.all_the_rest_of_your_chain

通过为朋友启动，您将只返回与他们相关的事件。现在，如果您只想要他们拥有的事件......

• 您可以使用整数属性，我通常称之为我的score，在关系中表示该用户对其的访问级别。整数很酷，因为你可以设置评分约定，0 是无权限，50 是编辑者，99 是管理员——类似的东西——然后说“where rel.score > {admin_score}”，你只会得到那些他们具有正确或更高访问级别的关系。那就像...

  friend.events(:e, :rel).where("rel.score > {privileged_score}").params(privileged_score: 0).continue_your_chain

请注意，我们必须使用字符串并设置我们自己的参数，因为where在 QueryProxy 中将定位最近的节点，我们不能这样做.where(rel: { score: privileged_score })。 （我打算添加一个rel_where顺便说一句，尽快方法来处理这个问题。）

无论如何，这只会返回好友的访问级别高于默认级别的事件，这意味着某种高级安全级别。

我会从那里开始。当您遇到更高级的授权问题时，例如“匹配用户拥有活动或拥有活动发生场地的活动，请包括特权信息，但特权信息的多少取决于他们拥有哪些项目......以及如果两者都是呢？”还有一些更多的考虑因素，但我们可以下次再讨论。 ;-)

您可能还想阅读有关范围的信息https://github.com/neo4jrb/neo4j/wiki/Search-and-Scope https://github.com/neo4jrb/neo4j/wiki/Search-and-Scope。当前版本有点粗糙和错误，但布莱恩已经公开公关 https://github.com/neo4jrb/neo4j/pull/606进行更新，使其变得更好。您将能够编写自定义方法：

def privileged_events(score = 0
  events(:e, :rel).where("rel.score = {rel_score}").params(rel_score: score) 
end

然后做类似的事情user.privileged_events.more_query_chain_methods使查询片段更可重用。我们有一个规范需要修复，这只是一个 double 的问题，它将被合并到 master 中。我们应该会在几天内发布 4.0 候选版本（如果我们认为 RC 是必要的话）。

还有一件事...

其他需要考虑的事情是，您还可以执行两个查询以仅返回特权信息：返回用户应该看到的所有事件，然后根据视图中的关系进行过滤。

<%= @events.each do |event| %>
  <% if @event.users(:u, :rel).where("rel.score = {admin_score}").params(admin_score: 99).include?(current_user) %>
    # do stuff
  <% end %>
<% end %>

That include?调用将在服务器端处理并仅返回一个布尔值，这并不是非常昂贵。

我不认为它是理想的——它的效率肯定较低——但它更容易构建。你总是可以重构；哎呀，你应该预料到无论如何你都需要在某个时候进行重构。