问题标签 [dynamic-finders]

别介意我，我把我的属性名弄乱了:(

这完全有可能，使用我使用的确切语法 - 你只需要能够拼写！

我似乎无法让它工作，而且这似乎是一个足够常见的场景，必须有一个解决方案，但我没有任何运气使用正确的术语来获得有用的谷歌结果。

我想做这个：

Client效果是用 . 创建一个新的user_id = u.id。

我可以通过has_many关系获得好的动态发现者吗？如果不是，为什么？

谢谢:)

我的 Grails 应用程序定义了以下 Spring beanspring/resources.groovy

这个方法看起来像：

当我调用动态查找器时findByEmail，我得到一个MissingMethodException. 我的猜测是我试图过早地调用此方法，即在域类将动态查找器添加到它们的元类之前。一种解决方案是从 调用CalendarService.init()自己Bootstrap.init，而不是指示 Spring 调用它，但是有更好的解决方案吗？

谢谢，唐

我经常想使用动态查找器来指定 NOT NULL。所以……</p>

这有效：

这有效：

但是我该怎么办

?

我在使用 Rails 中基于动态属性的查找器时遇到问题。他们似乎没有退出我的模型。

因此，在脚本/控制台中，要找到 ID 为 1 的团队，我应该能够：

我得到错误：

这真的很奇怪，因为在相反的方向搜索，即：

将成功找到团队 1 中的所有人。

需要做什么才能找到团队person_id？

我找不到有关如何在 Spring Roo 项目中使用基于标准 JPQL 的查询的信息。我不确定动态查找器是否足以处理复杂的查询。有什么方法可以在 Spring Roo 项目中使用 @NamedQueries 而不会破坏 DAO 层缺失的概念？

因此，我们的一些 grails 对象（参考数据）具有唯一的“代码”，当我们想要检索它们时，我们通过使用它们的静态代码调用它们来实现：

也许我完全错了，但这似乎是一种非常冗长且非常规的检索对象的方式（尤其是当您必须为多个对象多次执行此操作时）。

是否有更可接受的方法（可能在某处引用对象本身）？如果这是最好的方法，那是可以接受的答案。谢谢。

在控制器中：

但是，如果控制器只收到[:attr1]我会得到零。

ActiveRecord find_or_create_by 动态查找器方法允许我指定一个块。文档对此并不清楚，但似乎该块仅在 create 情况下运行，而不在 find 情况下运行。换句话说，如果找到记录，则该块不会运行。我用这个控制台代码测试了它：

（没有打印任何内容）。有没有办法让块在这两种情况下都运行？

我不确定我是否应该以这种方式更新记录，或者我是否遗漏了什么。

我有一个包含 5 列（不包括时间戳和 id）的表，其中 3 列是不同的，2 列将得到更新。我将找到或创建的 3 个不同之处是 room_id、日期和来源。其他 2 个是可用的价格和位置（每小时、每天等变化）

我的问题是，我应该先找到或创建记录，然后更新（或创建）价格和位置，还是可以一次完成？你可以看到我现在做的两种方式，我不确定它是否真的在做我期望的事情。

另外，像这样进行 find_and_create_by 有什么缺点吗？

谢谢

我有 2 个由多对多关系映射的域类。我按照 Grails 文档的说明进行操作，但是在处理这些域上的数据时仍然遇到一些问题。这是我的 2 个域类：

我的问题是：
1.上述关系需要一个类持有belongsTo 是关系的“所有者”。在这种情况下，User属于Group，但我不知道如何将belongsTo放到User类中，因为Grails建议的标准语法是static belongsTo = [Group]（只需指定所有者类名），所以我不能：
- 像这样将其放入存在的 belongsTo 中：static belongsTo = [org : Organization, Group]
- 或者像这样定义另一个 belongsTo：static belongsTo = [Group]

2. 下面的例子是正确的：

   class Book { String title static belongsTo = Author static hasMany = [authors:Author]

   } 类作者 { 字符串名称静态 hasMany = [books:Book]

   }

（参考链接：grails (GORM) / hibernate 中的多对多链接表）
我的意思是我们是否需要为每个类指定连接表的外键名称？

3. 如果我想查找名称为“ABC”的指定组成员的所有用户，我该如何使用 Grails 的 DynamicFinder？

非常感谢