【问题标题】:Grails unique test fails after interchanging attribute values交换属性值后 Grails 唯一测试失败
【发布时间】:2011-05-30 09:16:50
【问题描述】:

您好,我正在尝试实现一个简单的翻译列表,这意味着我有一个值和对这个值的翻译。

[编辑:] 因为这是我的用户界面的一部分,值和翻译可以通过 xml 导出,使用 i18n 文件接缝对于这个提议非常不方便。这就是我决定将它们存储在数据库中的原因。

我有一个值的域类:

class Value {
    String label
    static hasMany = [ translations: Translation ]
}

还有一个用于具有唯一约束的翻译,以确保对于一个值,特定语言不能有多个翻译:

class Translation {
    String value
    Language language

    static belongsTo = [ value: Value ]

    static constraints = {
        language(unique: 'value')
    }
}

我的问题是在为相同的值交换两种翻译语言后发生的。 示例:

value.translations.each() { translation ->
    println "${value.label} in ${translation.language.label} is ${translation.value}"
}

// process updates...

value.translations.each() { translation ->
    println "${value.label} in ${translation.language.label} is ${translation.value}"
}

// validate...

打印出来

Comedy in german: Comedy
Comedy in english: Komödie   

Comedy in english: Comedy
Comedy in german: Komödie

所以在更新前后不会违反唯一约束,但无论如何我在保存时遇到唯一约束失败。 另一个奇怪的事情是,当我对值执行 each() 循环时,我只会收到此错误。如果我不检查内容,则验证通过,save(flush:true) 方法返回 true,但数据库中的值不会更改。

[编辑:] 我认为问题出在数据库级别,只有一个值被更改而另一个没有被更改,因为正是在该状态下,违反了约束。如果更改将作为事务执行,并且在此中间步骤期间不会检查约束,则可以避免这种情况。 (这可能是我正在寻找的东西)

另一种避免这种情况的方法是删除并重新创建每个已编辑的 bean,但我希望可能有更方便的方法来做到这一点。

感谢您的帮助

【问题讨论】:

  • 你为什么不像世界其他地方那样使用翻译文件?
  • 这是我的问题的一个简约示例,我认为一个类比示例很容易找到。一个问题是,创建值和翻译是我的用户界面的一部分,并且为这个命题修改 i18n 文件非常不方便。
  • 唯一约束真的有必要吗?你试过悲观锁吗?
  • 据我所知,锁定通常只能确保“ACID”原则中的“I”得到满足,这意味着当两个演员编辑一次同样的补救措施。恐怕我看不到这种情况的连贯性,因为问题不在于我一次更改两个值,而是具有唯一约束的值互换。

标签: grails grails-validation


【解决方案1】:

当隐式或显式 flush() 发生时检查约束。此时,GORM 检查数据库中是否存在另一个这样的值。因此,如果一个实例已经是 flush()ed 而另一个还没有,那么您将违反约束。

在事务结束之前尽量不要flush() - 删除flush: true 参数,甚至将其设置为flush: false。在事务结束时,这两项更改都应适用。

在 Grails,JFYTK 中有一个警告:当执行 Criteria 时,它会隐含 flush(),所以当你还没有打算 flush() 时,不要对 Hibernate 错误感到太惊讶。

【讨论】:

    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2013-10-06
    • 1970-01-01
    • 2014-02-21
    • 1970-01-01
    相关资源
    最近更新 更多