Mehrere hasMany Beziehungen zu denselben domain-Klasse in Grails

Bin ich mit Grails, und ich habe ein domänenmodell mit mehreren hasMany Attribute die gleiche Domäne-Klasse, die wie folgt aussieht:

static hasMany = [ posts : Post, likes : Post, dislikes : Post ]

Das problem, dass ich laufen in ist, dass wenn ich etwas hinzufügen, um die posts Liste, wird es auch irgendwie in die Vorlieben und Abneigungen Listen. Mindestens, das ist, wie es aussieht, wenn ich Durchlaufen jede dieser Listen.

Ich denke, dass das Problem ist, dass ich auch die folgende Beziehung in meinem Beitrag domain:

static belongsTo = [ contributer : Contributer ]

Was ist der beste Weg zu gehen über die Konfiguration dieser Beziehungen, um mein Modell funktionieren? Irgendwelche Vorschläge?

@Wayne,

Ich habe versucht, mit Ihr test hat es erfolgreich bestanden. Also, das einzige, was ich mir vorstellen kann ist, dass es etwas falsch mit meinem save-Methode in meinem PostController. Ich klebte die relavent code unten (ich bin mit dem Spring-Security-Core-plugin, und meine Mitwirkender Klasse erweitert die User-Klasse, die erstellt wird, mit diesem plugin):

@Secured(['IS_AUTHENTICATED_FULLY'])
def save = {
def props = [title:params.title, post:params.post,   category:Category.get(params.category.id)]

def user = Contributer.get(springSecurityService.principal.id)
def postInstance = new Post(props)

postInstance.contributer = user
if (postInstance.save(flush: true)) {
  flash.message = "${message(code: 'default.created.message', args: [message(code: 'post.label', default: 'Post'), postInstance.id])}"
  redirect(action: "show", id: postInstance.id)
}
else {
  render(view: "create", model: [postInstance: postInstance])
}
}

Gibt es alles, was hier steht?

  • wenn Sie hinzufügen, einen Beitrag zu der Mitwirkender tun Sie 'myPost.Mitwirkender=myContributer' oder 'myContributer.addToPosts(myPost)' ?
  • danke für die Antwort. Ich habe beide Wege ausprobiert, mit dem gleichen Ergebnis.
InformationsquelleAutor NickForrer | 2011-09-24
  1. 11

    Das problem ist, dass Sie ein eins-zu-viele zwischen der Post und Beitrag (post hat ein Autor, der Autor hat viele Beiträge) sowie zwei viele zu viele-Beziehungen zwischen der Post und Beitrag (post hat viele likers, likers, wie viele posts) (post hat viele dislikers, dislikers mögen viele posts). Die belongsTo im Post erklärt das Verhalten, aber es zu entfernen wird das problem nicht beheben, erstellen Sie einfach verschiedene. Das Endergebnis ist, dass GORM Konventionen fallen kurz, so dass Sie haben, um zu sagen, GORM, wie man sich Verhalten oder Modell Dinge differntly.

    Gibt es mehrere Optionen, aber die eine, die springt in den Sinn ist die Modellierung getrennt Abstimmen von Post und machen es so, dass ein Mitarbeiter hasMany likeVotes und hasMany dislikeVotes

    class Vote {

   //for illustration here, you need to think about the 
   //cascading behavior that makes sense and model it if you decide 
   //to go this route. 
  belongsTo = [post, contributor] 

}

class LikeVote extends Vote {
}

class DislikeVote extends Vote {
}

    GORM wird dieses Modell als eine Stimme-Tabelle mit einer Diskriminator-Spalte zu trennen, Vorlieben und Abneigungen; auf diese Weise können Sie beseitigen die Konflikte zwischen den Vorlieben, Abneigungen und erstellte Beiträge.

    Dann im Beitrag

     hasMany = [likes:LikeVote, dislikes:DislikeVote, posts:Post]

    Die Beziehungen sind geklärt, nun:

    1. Post hat viele likeVotes
    2. Post hat viele dislikeVotes
    3. Beitrag hat viele likeVotes
    4. Beitrag hat viele dislikeVotes
    5. Post hat einen Beitrag
    6. Beitrag hat viele Beiträge

    GORM kann verstehen, diese Beziehungen und wird sich entsprechend Verhalten.

    Wenn Sie nicht wie diese option, wird der nächste Schritt wäre, um geben Sie einen benutzerdefinierten mappings für die Struktur der Datenbank und verwenden Sie dann mappedBy zur Unterscheidung der verschiedenen Beziehungen. Dies ist der Ansatz zu nehmen, wenn Sie absolut wollen, um einen Beitrag beziehen sich direkt auf die Post drei verschiedene Möglichkeiten.

    • Danke für die Antwort! Ich denke, dass diese aufgeklärt eine Menge Verwirrung in Bezug auf GORM. Sehr informativ!
    • wirklich Coole Lösung +1
    • Die Typen sind nicht mehr das gleiche, während Sie die gleiche sein sollte. Dies kann unerwünschte Nebeneffekte haben.
    InformationsquelleAutor proflux
  2. 5

    Verwenden statische mappedBy in Ihrer Domäne Klasse

    Beispiel:

    In viele side-domain-Objekt (Mitwirkender.groovy):

    static hasMany = [ posts : Post, likes : Post, dislikes : Post ]
static mappedBy = [posts: "postsContributer", likes: "likesContributer", dislikes: "dislikesContributer"]

    In einer Seite domain-Objekt (Post.groovy):

    Class Post {

       static belongsTo = [ contributer : Contributer ]

       Contributer postsContributer
       Contributer likesContributer
       Contributer dislikesContributer

   ... 
}
    InformationsquelleAutor Sherm273
  3. 4

    Obwohl Standardverfahren für multi-M:M ist die Verwendung joinTable, wie empfohlen, in GRAILS-4884.

    • imho ist die richtige Antwort
    InformationsquelleAutor Victor Sergienko
  4. 1

    Können Sie den Testfall fehlschlägt? Ich lege, was ich denke ist Ihr Fall in einer grails 1.3.7 Projekt, und der test ist erfolgreich:

    class Post {
    String text ="postal"
    static belongsTo = [ contributor : Contributor ]
    static constraints = { }
}
class Contributor {
    String name = "Big C"
    static hasMany = [ posts : Post, likes : Post, dislikes : Post ]
    static constraints = { }
}

//integration test
void testMultipleRel() {
    Contributor c = new Contributor().save()
    assertNotNull c

    Post p1 = new Post(text:"neutral")
    Post p2 = new Post(text:"like")
    Post p3 = new Post(text:"dislike")
    [p1,p2,p3].each {c.addToPosts(it).save()}
    assertNotNull p1
    assertNotNull p2
    assertNotNull p3

    assertNull c.likes
    assertNull c.dislikes

    c.addToLikes(p2)
    c.addToDislikes(p3)

    assertEquals ([p1, p2, p3] as Set, c.posts as Set)
    assertEquals ([p2]         as Set, c.likes as Set)
    assertEquals ([p3]         as Set, c.dislikes as Set)

    }

    • Bitte sehen Sie sich das Bearbeiten der Frage. Vielen Dank für die Beantwortung.
    InformationsquelleAutor Wayne
  5. 1

    Versuchen Sie die Umstellung zu einem viele-zu-viele-Beziehung und definieren ein mapping domain-Klasse. In dieser mapping-domain-Klasse können Sie dann angeben, die Art der Beziehung, mögen, nicht mögen, oder Autor.

    class Contributor {
    static hasMany = [contributorPosts:ContributorPost]
}

class ContributorPost {
    Post post
    Contributor contributor
    Boolean like
    Boolean dislike
    Boolean author
}

class Post {
    static hasMany = [contributorPosts:ContributorPost]
}

    Können Sie hier schauen, http://www.grails.org/Many-to-Many+Mapping+ohne+Hibernate+XML für weitere Informationen über eine viele-zu-viele-Zuordnung domain-Klasse.

    InformationsquelleAutor schmolly159
  6. 1

    Sollte dies funktioniert:

    static hasMany = [ posts : Post, likes : Post, dislikes : Post ]

static mapping = {
    posts joinTable: [name: 'contributor_posts']
    likes joinTable: [name: 'contributor_likes']
    dislikes joinTable: [name: 'contributor_dislikes']
}
    InformationsquelleAutor Thermech
Schreibe einen Kommentar