如何在条件 API 中编写 DDL？答案

【问题标题】：How to write DDL in the criteria API?如何在条件 API 中编写 DDL？
【发布时间】：2010-07-26 09:36:28
【问题描述】：

考虑代码 How do I delete all JPA entities? 这里的文档http://download.oracle.com/docs/cd/E17410_01/javaee/6/tutorial/doc/gjitv.html 仅描述查询。

【问题讨论】：

标签： java orm eclipselink criteria-api jpa-2.0

【解决方案1】：

Criteria API 的文档只描述了查询，因为 Criteria API 不是为 DDL 操作而设计的。实际上，我什至会说整个 JPA API 并不是为此而生的。

顺便说一句，另一个问题的代码没有显示 DDL 操作，它显示了 JPA 2.0 规范中描述的批量 DML 操作：

4.10 批量更新和删除操作

批量更新和删除操作适用于单个实体的实体类（连同它的子类，如果有）。只有一个实体摘要模式类型可以在 FROM 或 UPDATE 子句。

这些操作的语法如下如下：
update_statement ::=
update_clause [where_clause]
update_clause ::= 更新实体名称 [[AS] 标识变量]
                     SET update_item {, update_item}*
update_item ::= [identification_variable.]{state_field |单值对象字段} =
                     新值
新值 ::=
       标量表达式 |
       简单实体表达式 |
       无效的

delete_statement ::= delete_clause [where_clause]
delete_clause ::= DELETE FROM entity_name [[AS] 标识变量]
WHERE 子句的语法是在第 4.5 节中描述。

删除操作仅适用于指定类的实体和它的子类。它不会级联到相关实体。

new_value 指定为更新操作必须兼容键入它所在的字段已分配。

批量更新直接映射到数据库更新操作，绕过乐观锁定检查。便携的应用程序必须手动更新版本列的值，如果需要，和/或手动验证版本列的值。

持久化上下文不是与结果同步批量更新或删除。

执行批量更新或删除操作时应谨慎因为它们可能会导致数据库之间的不一致和活动中的实体持久性上下文。一般来说，散装更新和删除操作应该仅在事务中执行在新的持久性上下文中或之前获取或访问其实体状态可能会受到这样的影响操作。

例子：
DELETE
FROM Customer c
WHERE c.status = ‘inactive’

DELETE
FROM Customer c
WHERE c.status = ‘inactive’
AND c.orders IS EMPTY

UPDATE customer c
SET c.status = ‘outstanding’
WHERE c.balance < 10000

【讨论】：

【解决方案2】：

我认为标准 API 中没有 DDL。 JPQL 中也没有。

【讨论】：

没有从 DDL 中删除？所以至少在 JPQL 中有。