Generierung doppelter eindeutiger Constraint-Namen

Question

Beim Definieren einer eindeutigen Integritätsbedingung für eine Domänenklasse generiert Grails für die Datenbank einen Constraint-Namen, der auf dem Eigenschaftsnamen basiert. Wenn Postgres als Datenbank verwendet wird, lautet der Name 'unique_language' für die folgende Abhängigkeitsdefinition.

static constraints = { 
     language nullable: false, unique: 'product' 
    } 

Wenn ich jetzt eine zweite Domäne Klasse habe, die auf einem Grundstück mit dem gleichen Namen mit dem Namen ‚unique_language‘ erstellen, Grails erneut eine Datenbank Einschränkung auch eine eindeutige Einschränkung hat. Das Problem ist, dass für Postgres der Name für eine eindeutige Einschränkung auch für das Datenbankschema eindeutig sein muss. Dies bedeutet in unserem Fall, dass die zweite Bedingung nicht auf die Datenbank angewendet wird.

Gibt es eine Möglichkeit, die eindeutigen Indexnamen anzupassen oder zu definieren?

Ich habe gesucht, ob es möglich ist, die NamingStrategy zu verbessern, aber ich konnte keinen Punkt finden, wo die Änderungen vorgenommen werden.

Wir sind derzeit Grails 2.4.4

Answer 1

Dieses Problem wird in Grails 3.1.0.RC2 wurde behoben: https://github.com/grails/grails-data-mapping/issues/623

Answer 2

Wir in unserem Fall verwenden Grails 2.4.4 und daher implementiert jetzt eine Abhilfe.

Wir haben einen neuen Dialekt implementiert, der von der Klasse org.hibernate.dialect.PostgreSQL9Dialect erbt.

Die einzige Änderung in der neuen Dialektklasse ist die Zuweisung eines benutzerdefinierten UnitqueDelegate namens PostgresUniqueDelegate. Diese Klasse erbt von org.hibernate.dialect.unique.DefaultUniqueDelegate und überschreibt die Methoden für die Constrainterzeugung. Hier

class PostgresSQL9DialectUniqueConstraints extends PostgreSQL9Dialect { 

    private final UniqueDelegate uniqueDelegate 

    PostgresSQL9DialectUniqueConstraints() { 
     super() 
     uniqueDelegate = new PostgresUniqueDelegate(this) 
    } 

    @Override 
    UniqueDelegate getUniqueDelegate() { 
     return uniqueDelegate 
    } 

} 

Answer 3

ist der Code für die PostgresUniqueDelegate Klasse

class PostgresUniqueDelegate extends DefaultUniqueDelegate { 

    PostgresUniqueDelegate(Dialect dialect) { 
     super(dialect) 
    } 

    private final PREFIX = "unique_" 

    private String getCustomUniqueKey(String uniqueKeyName, String tableName) { 
     return uniqueKeyName.replaceAll(PREFIX, PREFIX + tableName + "_") 
    } 

    @Override 
    String getAlterTableToAddUniqueKeyCommand(
      org.hibernate.mapping.UniqueKey uniqueKey, 
      String defaultCatalog, 
      String defaultSchema) 
    { 
     // Do this here, rather than allowing UniqueKey/Constraint to do it. 
     // We need full, simplified control over whether or not it happens. 
     final String tableName = uniqueKey.getTable().getQualifiedName(dialect, defaultCatalog, defaultSchema) 
     final String constraintName = dialect.quote(getCustomUniqueKey(uniqueKey.getName(), tableName)) 
     return "alter table " + tableName + " add constraint " + constraintName + " " + uniqueConstraintSql(uniqueKey) 
    } 

    @Override 
    String getAlterTableToAddUniqueKeyCommand(UniqueKey uniqueKey) { 
     // Do this here, rather than allowing UniqueKey/Constraint to do it. 
     // We need full, simplified control over whether or not it happens. 
     final String tableName = uniqueKey.getTable().getQualifiedName(dialect) 
     final String constraintName = dialect.quote(getCustomUniqueKey(uniqueKey.getName(), tableName)) 

     return "alter table " + tableName + " add constraint " + constraintName + uniqueConstraintSql(uniqueKey); 
    } 

}