( ) Caso não seja especificado como deve ser implementado no banco de dados o relacionamento de extensão, ou herança, entre duas classes, o Grails utilizará uma tabela para cada classe.

( ) "Table-per-hierarchy" e "table-per-subclass" são formas distintas de mapear relacionamentos do tipo "one-to-many" e "many-to-one" entre classes.

( ) Por default, quando "hasMany" é utilizado para definir um relacionamento, o Grails cria uma propriedade do tipo "java.util.set", o que garante a exclusividade, mas não a ordem dos valores.

( ) Um dos problemas que impedem a utilização do Grails quando já existe um banco de dados criado é que o GORM não permite customizar o nome de tabelas e campos para que correspondam aos já existentes no banco de dados.

( ) Uma questão a ser melhorada nas próximas versões do Grails é possibilitar que operações de "update" e "delete" em cascata sejam possíveis através do GORM.