当我尝试从数据库中读取数据时,至少使用
会话em.getDelegate
抛出一个异常,表示事务不存在。
当我添加注释时:
@Transactional(
value = SomeClass.TRANSACTIONAL_MANAGER,
propagation = Propagation.SUPPORTS,
readOnly = true
)
它工作正常。
然而,由于每秒读取数据的次数将达到数百万次,因此我希望确保我们的环境不会被不必要的阻塞。
如果不是,创建只读传播的成本是多少。是否支持
事务?
我不能在没有事务的情况下与Spring结合创建Hibernate Criteria Query吗?
根据我在 J2EE 中实现 JPA 的经验,始终需要事务管理器来执行 CRUD 操作安全,通过保证回滚以保持数据完整性。
企业应用程序像数据库或消息队列一样使用不同的资源来保存数据和发送消息。如果我们想按顺序查询这些资源,并且一旦出现问题就取消整个操作,我们必须将这个查询放在一个工作单元中,以便作为一个整体执行。
你可以定义它:
> < li>
通过使用相关注释(如问题中所示);这样,容器自动加载给定持久化上下文的事务管理器;
通过手动注入事务管理器,如下所示:
public class sample {
@PersistenceContext
EntityManager em;
// Injected transaction manager
@Inject
UserTransaction utx;
private static final String[] GAME_TITLES = {
"Super Mario Brothers",
"Mario Kart",
"F-Zero"
};
private void clearData() throws Exception {
utx.begin();
em.joinTransaction();
System.out.println("Dumping old records...");
em.createQuery("delete from Game").executeUpdate();
utx.commit();
}
private void insertData() throws Exception {
utx.begin();
em.joinTransaction();
System.out.println("Inserting records...");
for (String title : GAME_TITLES) {
Game game = new Game(title);
em.persist(game);
}
utx.commit();
// clear the persistence context (first-level cache)
em.clear();
}
// ...
}
作为JPA规范的实现,Spring数据可能遵循相同的方法。
您可以通过阅读以下文章找到更多信息:Java_Persistence/交易。
所有数据库语句都在物理事务的上下文中执行,即使我们没有显式声明事务边界(BEGIN/COMMIT/ROLLBACK)。
如果不声明事务边界,那么每条语句都必须在单独的事务中执行(< code>autocommit模式)。这甚至可能导致每个语句只打开和关闭一个连接,除非您的环境能够处理每个线程的连接绑定。
将服务声明为@Transactional
将在整个事务期间为您提供一个连接,并且所有语句都将使用该单一隔离连接。这比一开始不使用显式事务要好得多。
在大型应用程序中,您可能有许多并发请求,降低数据库连接获取请求率肯定会提高您的整体应用程序性能。
JPA不会对读取操作强制执行事务。只有在您忘记启动事务上下文的情况下,写入才会引发TransactionRequiredException
。然而,即使对于只读事务,声明事务边界也总是更好的(在Spring中,@Transactional
允许您标记只读事务,这有很大的性能优势)。
现在,如果您使用声明性事务边界(例如< code>@Transactional),您需要确保数据库连接获取被延迟,直到有一个JDBC语句要执行。在JTA,这是默认行为。使用RESOURCE_LOCAL时,需要设置< code > hibernate . connection . provider _ disables _ auto commit 配置属性,并确保将基础连接池设置为禁用自动提交模式。
问题内容: 当我尝试从数据库读取数据时,至少使用 抛出异常表示不存在事务。 当我添加注释时: 它工作正常。 但是,由于读取和访问数据每秒将发生一百万次,因此我想确保不会不必要地阻塞我们的环境。 如果不是,创建只读事务的成本是多少? 我不能在没有事务的情况下结合Spring创建Hibernate Criteria Query吗? 问题答案: 所有数据库语句都在物理事务的上下文中执行,即使我们没有显式
问题内容: 当我尝试从数据库中读取数据时,至少使用 抛出异常表示不存在事务。 当我添加注释时: 它工作正常。 但是,由于读取和访问数据每秒将发生百万次,因此我想确保不会不必要地阻塞我们的环境。 如果不是,创建只读事务的成本是多少? 我不能在没有事务的情况下结合Spring创建Hibernate Criteria Query吗? 问题答案: 所有数据库语句都在物理事务的上下文中执行,即使我们没有显式
问题内容: 如何使用Python访问Microsoft Access数据库?用SQL吗? 我希望可以在Linux上使用的解决方案,但也可以选择Windows。 我只需要读取权限。 问题答案: 不过,我已经使用PYODBC成功连接到 Windows上 的MS Access数据库。安装很容易,用法也很简单,您只需要设置正确的连接字符串(列表中提供了用于MS Access的连接字符串),然后使用示例。
我试图从Firebase数据库中读取数据,我已经到处阅读和查找,但我已经走到了死胡同。 这就是我所做的一切。 依赖项: 实现'com.google.firebase: Firebase存储: 9.2.1' 实现'com。谷歌。firebase:firebase数据库:9.2。1' 实现'com。谷歌。firebase:firebase授权:9.2。1' 实现'com。谷歌。火基:火基核心:9.2。
我试图弄清楚如何配置一个方法,使其不在使用Spring的事务中运行。我读到Spring数据存储库默认情况下激活其方法中的事务行为。我不想要这个事务,因为我有许多对存储库的“保存”调用,并且每个调用都是独立的。我认为为每个对存储库方法的调用创建一个事务会降低代码和应用程序的性能。所以: 这是可能的还是每个服务或dao方法都必须在一个事务中运行? 如果有,为什么? 如果可能,如何配置方法不在事务中运行
一、Attach数据库: ATTACH DATABASE语句添加另外一个数据库文件到当前的连接中,如果文件名为":memory:",我们可以将其视为内存数据库,内存数据库无法持久化到磁盘文件上。如果操作Attached数据库中的表,则需要在表名前加数据库名,如dbname.table_name。最后需要说明的是,如果一个事务包含多个Attached数据库操作,那么该事务仍然是原子的。见如下示例: