回答情况：
提问时间：
问题标签：
1回答
我想要跟踪长时间甚至无休止的事务。但是，该属性是私有final，没有GET (因为它是final，所以很难使用反射)。是否有其他方法可以获取事务ID？
浏览 15修改于2019-11-27得票数 0
然后，在同一篇文章中，他们接着说了这一点，这给撤消日志、历史记录列表和表见撤消日志中的行视图之间的关系带来了更大的混乱：单元的最佳名称(历史记录列表)是撤消日志，它是“更新提交事务的撤消日志撤销日志是事务进行的一组原子更改，实际上可能会修改多个记录。了解撤
浏览 0修改于2019-04-12得票数 2
FirstBean具有具有所需事务属性的方法method1，SecondBean具有带有NOT_SUPPORTED事务属性的方法method2。method1调用method2。
浏览 4提问于2012-12-10得票数 0
回答已采纳
如何为Spring中的事务指定回滚点？但是，此解决方案会影响应用程序的性能，因为在执行长事务时，其他事务无法访问db。我通过将大事务拆分到几个执行相同操作的较小事务中来解决这个问题。但是，如果其中一个小
浏览 0提问于2014-04-03得票数 0
回答已采纳
3回答
是否有防止长事务处理的参数？我想自动回滚所有的事务，需要超过5分钟。有可能吗？我正在开发2008 R2。背景通知：
我之所以这样问，是因为我正在处理许多糟糕的应用程序:如果应用程序异常，它们只在警报关闭时才释放事务。我真的知道这听起来是个笑话，但事实并非如此！我不能改变这个应用程序，我不能解雇他们的开发人员，但是我需要解决这个问题:长事务(也可以是一个简单的、低成本的事务)必须花费不到5分钟。否则，一些表将被锁定，直到模态关闭。
浏览 0修改于2014-09-24得票数 0
1回答
如果交易是长的，应该没有区别，不是吗？
但是，必须注意避免出现以下情况。假设事务T2对数据项具有共享模式锁，而另一个事务T1请求数据项上的独占模式锁。T1必须等待T2释放共享模式锁。同时，事务T3可以请求同一数据项上的共享模式锁.锁请求与授予T2的锁兼容，因此T3可以被授予共享模式锁。此时，T2可能会释放锁，但T1仍然必须等待T3完成。但是，可能会有一个新的事务T4请求同一数据项上的共享模式锁，并在T3释放该锁之前授予该锁。事实上，有
浏览 2修改于2021-02-20得票数 1
回答已采纳
"TransactionID": 2, }] 从逻辑上讲，我要做的是创建一个TJSONObject，然后添加3个TJSONPair，第三个是事务的TJSONPair和TJSONArrary。对于事务对，如果我将事务TJSONArrary转换为string，则它是一个无效的长字符串。
任何帮助都将不胜感激。
浏览 2修改于2014-01-15得票数 5
由于悲观锁只能应用于单个数据库事务。并且在用户思考时间内保持数据库事务的打开，以数据库中的锁作为反模式，那么在此之间实现悲观锁的正确方法是什么呢？我知道如何在长对话中实现乐观锁定与用户思考时间之间，只是不知道如何实现悲观锁定与用户之间的长对话思考时间。
浏览 1提问于2019-02-05得票数 0
回答已采纳
我们在验证一些支付交易时遇到了问题(谷歌在应用程序计费V3中)。看起来，繁杂事务的数据所采用的格式与我们在事务中所看到的不同，我们在验证中没有问题。我们能够验证的事务
Signature：是否缺少base64填充，343
浏览 2修改于2013-10-03得票数 3
这样做是行不通的：conn.execute("CREATE DATABASE test")关于这一问题的最重要声明是：
与psql相比，有一种行为似乎令人惊讶:默认情况下，任何数据库操作都将启动一个新事务。这是一个相当长的页面，但它没有告诉任何地方如何在不启动新事务的情况下执行语句。autocommit=True为connect()提供了一个参数，但也不起作用。psycopg.erro
浏览 16修改于2022-01-07得票数 1
回答已采纳
2回答
据我所知，它试图在收到所有事务后立即运行它们，然而，一个完成的事务会使其他当前正在运行的事务无效，然后这些事务必须重新启动。这是TVar的工作方式吗？如果是这种情况，如果有1ms长的事务每100ms发生一次，这是否意味着花费200ms来处理的事务永远不会完成？
浏览 2提问于2012-04-11得票数 9
回答已采纳
2回答
协议流向每个用户提交12个事务，总计约1200个事务。我注意到这种特殊的行为：📷我想知道为什么在这个块中只包含一个事务。是否有任何方法将多个事务包含在单个块中？其参数是：Git Commit: b70acf3c
浏览 0提问于2017-01-11得票数 5
应用程序中的大多数事务存在时间不到一秒，并更新5-10个实体，但在某些用例中，我们需要在单个事务中更新超过10-20,000个实体，这需要几分钟的时间，因此超过70%的此类事务使用StaleObjectStateException失败，因为这些实体中的一些被其他事务更新。我们通常在所有的表中维护version列，在StaleObjectStateException的情况下，我们通常会重试，但由于这些长事务无论如何都很长，所以如果我们继续重试，那么我也不太确定我们是否能够避开请建议如何解决
浏览 0提问于2012-07-04得票数 1
回答已采纳
假设一个长事务正在运行，这也意味着它将像往常一样将条目写入日志。日志备份是否包含正在进行的事务条目？
日志是否被截断后备份？假设事务仍在运行。
浏览 0提问于2021-10-04得票数 0
当我想提交事务时，我得到以下错误：
我在这个事务中保存了多个实体--如何找到问题所在？
浏览 3修改于2019-12-02得票数 1
回答已采纳
在我的Java应用程序中，我可以(一次单击)将大约120个事务从相同的地址发送到相同的智能契约。我的问题是:是否有任何java库或已实现的“重试机制”来处理非常长的挂起的事务，或者在将事务发送到Blockchain之前将事务保存在持久队列中(因为我不能将它们保存在内存中)。
浏览 0提问于2018-11-06得票数 0
我正在尝试从debug_traceTransaction事务跟踪中的操作码中看到智能契约创建。但是创建契约的事务的痕迹似乎不包括CREATE操作码。根据黄纸第37f页( CREATE )，我希望看到在D4或CREATE2操作码所指示的事务跟踪中创建合同。我使用的Python代码是：tx= "0x691f348ef11e9ef95d540a2da2c5f38e36072619aa44db0827e1b8a276f120f4"
web3
浏览 0修改于2022-12-14得票数 1
回答已采纳
我试图理解实体框架6中的事务。我找了很多但还是很困惑..。context.Entry(entity2).State = System.Data.EntityState.Added;.context.Entry(entity3)是否为每个插入开始一个新的(可能是内部的)事务，然后提交它？
我读过。根据我的理解，“在实体框架的所有版本中，每当您执行SaveChanges()来在数据库中插入、更新或删除该操作时，该框架就会将该操作包装在事务中。此事务只持续足够长</e
浏览 1修改于2016-12-18得票数 3
回答已采纳
4回答
每种类型的事务都实现runnable，并且我有可能发生的各种类型的事务。
在这种情况下，线程6在完成处理之前不允许任何其他线程运行。因此，我的问题是:如何在不遇到内存问题的情况下尽可能快地运行10万个事务？如果ExecutorService是答案，那么我如何阻止非常长的事务占用JVM，并允许其他<em
浏览 1修改于2016-03-19得票数 10
回答已采纳
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号