Grails 3 hasOne nullability-Problem

Question

Beim Migrieren einer vorhandenen App von Grails 2.5 auf 3.1 stieß ich auf ein seltsames Problem mit einer bidirektionalen Eins-zu-Eins-Beziehung.

Stellen Sie sich ein einfaches Modell mit einem Benutzer und Employee Objekte vor. Ein User repräsentiert ein generisches Benutzerkonto. Nicht alle Benutzer sind Mitarbeiter, aber alle Mitarbeiter sind Benutzer. Darüber hinaus haben Mitarbeiter Referenzen auf Manager, Supervisor usw. (auch User-Instanzen). Benutzer ist die besitzende Seite der Beziehung.

class User { 
    Employee employee 

    static mappedBy = [employee: "user"] 
    static hasOne = [employee: Employee] 

    static constraints = { 
    employee(nullable:true) 
    } 
} 

class Employee { 
    User user // represents employee's own account, a bi-directional one-to-one 
    User supervisor // represents a supervisor 

    static belongsTo = [user: User] 

    static constraints = { 
    user(unique:true) 
    supervisor(nullable:true) 
    } 
} 

Das Problem nach dem Upgrade 3 bis Grails ist, dass der Modus erzeugen in diesem in supervisor_id Spalte von Tabelle employee als NOT NULL wobei ergibt erzeugt, wohingegen in Grails 2 es NULL festlegbaren wie erwartet war (nur mit NOT NULL user_id).

Ich habe dies mit Grails 3.1.12 und 3.2.0 getestet, das gleiche Verhalten mit beiden erhalten. Mache ich irgendetwas Dummes in meinen Domain-Klassen-Deklarationen? Ich habe mehrere Mappings ausprobiert, um ohne Glück dasselbe Verhalten wie in Grails 2.5 zu erreichen. In einigen Fällen bekomme ich sogar einen Fremdschlüssel auf beiden Seiten der Beziehung ...

Answer 1

Ich weiß nicht, warum Ihr Code mit der vorherigen Version von Grails arbeitete, aber es ist falsch.

Wenn Sie hasMany und ansicesTo verwenden, müssen Sie keine andere Eigenschaft im untergeordneten Objekt definieren, und Sie müssen auch nicht die Eigenschaft mappedBy für das übergeordnete Element und dasselbe für das übergeordnete Element (Eigenschaft employee at Benutzer)

Grails braucht nichts anderes zu wissen, welche die bidirektionale Eigenschaft auf beiden Klassen ist, und die Contraint user(unique : true) weder.

So Ihre Klassen sollten wie folgt aussehen:

class User { 

     static hasOne = [employee: Employee] 

     static constraints = { 
       employee(nullable: true) 
     } 
} 

class Employee { 
    User supervisor // represents a supervisor 
    static belongsTo = [user: User] 

    static constraints = { 
     supervisor(nullable:true) 
    } 
} 

Es könnte schön sein, zu wissen, wie Sie Ihre DB-Struktur ist. Auf diese Weise werden alle Fremdschlüssel in der Angestelltentabelle gespeichert. Aber natürlich könnten Sie von beiden Entitäten navigieren. Wenn Sie eine andere Struktur haben, können Sie Ihre aktuelle Datenbank mit diesem Modell abbilden. Siehe this

employee.user 
user.employee