我正在建模我的第一个Spring Data Neo4j应用程序,并想知道子类@RelationshipEntity类 - 1)是否可以完成,以及2)它是一个好主意吗?Spring Data Neo4j @RelationshipEntity子类?
下面是我想要使用RSS的一个例子。
一个Feed
有许多Entry
S和有3种类型的条目:
- 原始项(新内容)
- Reblogged内容
- 喜欢的内容(有效地退化的一个reblog)
Feed可能看起来像这样: @Relationship List<Entry> entries;
其中Liked是一个子这是Reblog的一个子类。
这似乎更自然赋予RelationshipEntities是第一类对象: @Relationship(type="Content", Relationship.OUTGOING) List<Entry> entries; ... @RelationshipEntity(type="Content") public class Content { ... @RelationshipEntity(type="RebloggedContent") public class RebloggedContent extends Content { ... @RelationshipEntity(type="LikedContent") public class LikedContent extends Content { ...
正如我所说的,这是我第Neo4j的应用程序,所以我不知道是否有这些想法有什么好处。
从查询的角度来看,我想作为一个整体提出关于Entry
和Entry
这两种特定类型(或组合类型)的问题。
赞赏设计/建模思路的指针。