GORM 查询过滤器不是类的直接属性

Question

我试图找出使用 Grails GORM 执行某种类型查询的最有效的方法。

在这种情况下，我想查询多对一关系中的所有子项/链接项。这是一种单向关系，多方使用它所链接的事物的 ID。

一个例子是学年与该学年学期之间的关系。学期表中，表中存储的是该学期所属学年的id。然而，该学年的表格中没有任何内容可以链接到属于该学年的学期。这样做是为了保持学期数量的灵活性。我希望做的是使用 HQL 之类的东西来检索拥有相同学年的所有学期。在常规 SQL 中，我们可以使用学期表的学年 id 列来过滤行。在 HQL 中，事情就没那么简单了。学年 ID 不可用作域类的属性。相反，Hibernate 只是使用它来加载实际的学年对象。

在这种情况下应该像下面这样吗？

select from Semester as s where s.year.id = ?

在这种情况下，保存学年的学期域类的属性称为年份。该查询获取年份属性和该年份的 ID，并使用它来过滤学期。

这只是一个示例，但我正在开发的系统包含多个类似的安排，其中需要加载一组都具有相同链接域对象的域对象。

可能有一种更高效/有效的方法来做到这一点。一个示例是从域类中获取实际的学年 ID 值。然而，这意味着同一列被映射到域类的多个属性。这可能不是必需的，但这是解决此类问题的另一种可能的方法。

有一些 Hibernate 经验，但是当您想做更多不寻常的事情时，Hibernate 中的一些问题会变得复杂。

Answer 1

这看起来像基本的 1:M 关系，由belongsTo/hasMany 映射处理。
它不会使父表保留任何附加数据。只需拥有域对象：

class AcademicYear {
    static hasMany = [semesters: Semester]
}

class Semester {
    static belongsTo = AcademicYear
}

Semester 神奇地具有您可以引用的“academicYear”属性。一切，就像这样做：

AcademicYear y = AcademicYear.findByYear(2010)
Semester s = Semester.get(1)
y.addToSemesters(s)
y.semesters.each{ println it }
String year = s.academicYear.name
def a = s.academicYear.id

首先在“grails console”中尝试并享受。

Answer 2

虽然 gorm 是 hibernate 的另一层，但它为常见场景提供了高效的 criteriaQuery 和动态查找器，当涉及到不寻常的场景时，我们必须查看条件查询。当涉及到更不寻常的场景时，我们必须查看hql，对于更复杂的情况，我们也可以编写基本的sql。

以下是可用于实现一种或其他类型的查询级任务的上层不同方法。

假设：我们有一个 Employee 域，如下所示：

class Employee{
String name
int age
Designation designation

static hasMany = [teams:Team]
}

1. GORM 动态查找器：

    Employee.findByName("Ajay")
   

2. 条件查询：

   Employee.createCriteria().list {
           eq '名字', '阿杰'   
   }
   

3. where 子句：

   Employee.where {
       名称 == 'ajay' && (年龄>25&&年龄<30)
   }。列表（）
   

4. HQL：

   Employee.findAll('from Employee as e where e.name = :name', [name: 'Ajay'])
   

5. 基本sql：

   字符串查询 = $/
   从员工 e 中选择 *
   WHERE e.name = :name
   /$  
   新员工()
   .domainClass
   .grails应用程序
   .mainContext
   .sessionFactory
   .currentSession
   .createSQLQuery(查询)
       .setString('名字', '阿杰')
       。列表（）
   

下面是更细粒度的层次结构，其中 yes 表示适合或适用：

                    dynamic finder          where clause    criteria    HQL     SQL

    simple queries         yes                Yes             Yes        Yes    Yes

    complex filters                           Yes             Yes        Yes    Yes

    associations                              Yes             Yes        Yes    Yes

    property comparisons                      Yes             Yes        Yes    Yes

    some subqueries                           Yes             Yes        Yes    Yes

    eager fetches w/ complex filters                          Yes        Yes    Yes 

    projections                                               Yes        Yes    Yes 
    queries with arbitrary return sets                                   Yes    Yes

    highly complex queries (like self joins)                                    Yes

    some database specific features                                             Yes

    performance-optimized queries                                               Yes

更多内容可以从 http://tatiyants.com/how-and-when-to-use-various-gorm-querying-options/