问题标签 [jpa-2.0]

如何exists用 JPA 表达子句？

我读到，从 6.9 版开始，Netbeans 包含注释处理支持，这是生成 JPA 2.0 实体元模型所需的功能。

但是，我找不到任何示例或文档来准确说明如何执行此操作。你们中有人在这方面取得成功吗？

在 Pro JPA 2 (Apress) 书中，我看到了类似的例子，

但是，希望应用于 JPA 2.0的api将语法显示为

用一个参数。这本书广泛使用了这种类型，所以我错过了什么？

谢谢。

当涉及到复合谓词时，我遇到了 Hibernate EntityManager 3.5.3-Final 的问题。

示例（不是实际的代码片段，但想法应该很清楚）：

现在，我会期待这样的事情：

但是我最终得到：

我做错了什么还是休眠问题？

这是我的 JPA2 / Hibernate 定义：

在 MySql 中，此列被解析为 bit(1) 数据类型——这对我不起作用。对于遗留问题，我需要将布尔值映射到 tinyint 而不是一点点。但我看不到更改默认数据类型的可能性。有没有？

我想知道是否可以使用注释将attributes地图保存在使用 JPA2 的以下类中

由于我们已经有一个预先存在的生产数据库，因此理想情况下 的值attributes 可以映射到以下现有表：

如此处所述 ，我想通过捕获实体类不匹配时发生的异常来更新用户的数据库。我知道我可以在每个 db-interface 方法中添加一个 catch 语句，但这很容易出错*。其他“轮询方法”也是可能的，但它们不是我想要的通过捕获异常来驱动的中断。

我认为我正在寻找的是在将异常传递给用户之前捕获异常（可能会使应用程序崩溃）。我会把我的catch块放在那里。我会把它放在非 NB 应用程序的 main() 中。

• 我的理解是基于实体抛出异常（即只涉及一个实体的方法，没有改变，不会抛出任何异常，尽管其他实体已经改变）。

我想更好地理解它们之间的区别

(1) 传统的多值关系/关联

和

(2)可嵌入（和基本）类型的 JPA2集合

我看到了语法差异，但想知道是否还有性能影响。在后台，数据库实现看起来非常相似。

直觉上，我通常会使用@ElementCollectionfor composition scenario。但即使那样感觉也很相似CascadeType=DELETE。

我错过了这里的本质吗？对于某些目的，一个比另一个更有效吗？

谢谢你，J。

我查看了 JPA 2.0 Criteria API，但我发现它不像 Hibernate Criteria 那样繁琐。是否有充分的理由使用 JPA 2.0 Criteria API 而不是使用 JPA-QL？感谢您的意见。

我正在尝试动态构建查询，我的下一个目标是添加 JOIN 子句（我不知道如何使用 API）。

例如，到目前为止，这段代码对我有用：

（注意：JpaHandle 来自 wicket-JPA 实现）

我的愿望是添加 JOIN 子句（尽可能通用）！

我在类中有特定的注释（this.baseClass）

例如 ：

那么，在标准 JPA 中有没有这样的方法？（注意：这不编译）

这里有一个实际的失败方法：

或者像这样：

对我来说，如果它可以更通用，那就太好了......：

当然，我在类中有特定的注释（this.baseClass）

感谢您的时间。我会感谢各种评论！