optimistic-concurrency

    1热度

    1回答

    我觉得很难相信我是唯一一个想知道正确的方式来实现这一点,但不幸的是我的搜索没有返回任何好的解决方案。 基本上我们有使用spring mvc和hibernate实现的web应用程序。由于它是一个指向jsp页面的MVC模型,我们在完成请求之后松开对象,然后在更新之前从ID重新构建。 什么是最好的方式来重新设计这个与并发的想法? (现在我们没有考虑并发性问题!!)是的,我们可以将该版本保存为JSP中的隐

    1热度

    1回答

    我已经用@version注释实现了一个简单的实体ejb。我期望每次更新实体后版本号都会增加。 @Version public Integer getVersion() { return version; } public void setVersion(Integer version) { this.version = version; } 但是,这似乎没有按预期工

    2热度

    2回答

    我试图实现乐观并发检查实体框架的实体更新。我使用通用资源库和工作模式单元。 我已经介绍了时间戳的归属特性(如字节数组)到我的实体,每当我更新数据,自动增加值(好像是数据库管理,这是它应该做的)。 我通过(使用automapper)的VM映射到实际模型加载从一个视图模型的更新的值。这将导致所有的设置(包括时间戳)的根据字段正确类型的实体的一个新的(分开?)实例。 更新本身就像 i_oOldEntit

    6热度

    3回答

    我正在使用Microsoft的新Universal Providers在SQL Server中进行会话。 SQL Server上的旧会话需要一个作业(每分钟运行一次)来清除过期的会话。新的一个会检查并清除每个请求。由于我实际上在SQL Azure中运行,因此我没有SQL Agent来安排作业,所以这听起来像是一种合理的方式(不,我不想为Azure Cache支付会话费用)。 问题是,当多个用户同时

    5热度

    2回答

    我使用rowversion列来处理乐观并发,并希望在更新完成后获取新的rowversion值,以便我的数据层具有最新值并可以通过获取并发异常来执行另一次更新(除非该记录已被其他人更新)。 我只是在做了一个更新后进入数据层,但这并不是非常有效或者完全可靠。 为下表: CREATE TABLE PurchaseType ( PurchaseTypeCode nvarchar(20) NOT

    1热度

    1回答

    我正在使用实体框架4(使用自我跟踪实体)并访问视图,即合并两个表。因此,当我更新视图的信息时,我将视图的STE发送到访问数据库的存储库。 我也做了以下内容: 当我收到我的看法与更新的信息,创建我STE1和STE2。当我创建一个STE时,如何创建一个添加状态。所以我怎么知道STE的状态被修改,我用方法MarkedAsModified来改变我的两个STE的状态。 然后,我如何在视图的STE视图中获得两

    2热度

    1回答

    Linq To SQL的DataContext在SubmitChanges上有一个过载,允许在引发开放式并发异常时继续进行更新,并向开发人员提供一种机制来解决此后在a single Try Catch block中的冲突。 即使WCFDataServicesContext有SaveChangedOptions.ContinueOnError参数及其SaveChanges方法,至少可以让你继续更新时

    1热度

    1回答

    我对乐观并发异常有些怀疑。 嗯,比如说,我从数据库中检索一些数据,我修改了一些寄存器,然后提交更改。如果有人更新我的请求和我的更新之间的寄存器信息,我会得到乐观的异常。经典的并发问题。 我的第一个疑问是以下几点。 EF决定信息是否被更改,从数据库中检索数据,并将我获得的原始数据与从数据库检索到的数据进行比较。如果存在差异,则引发乐观并发异常。 如果当我赶上乐观并发异常,我决定,如果客户端赢或商店获

    1热度

    1回答

    我使用实体框架,模型优先,自我跟踪实体和Npgsql提供程序(VS2010 - .NET 4目标)。 我试图跟踪乐观并发异常,但我的问题是,只要在实体列标记为固定的,一个OptimisticConcurrencyException提高,即使受影响的行> 0 后一些挖exposed here,我想知道为什么实体框架发布更新命令通过dbCommand.ExecuteReader(CommandBeha

    2热度

    1回答

    我有一个经典的场景:对同一条记录的两次更新都基于此记录中以前的就绪值。 我在乐观并发的假设下工作。我自己实现条件更新并不困难,问题是我是否可以依赖驱动程序中的某个API或为我处理它的数据库? 当然,我GOOGLE了它,但我似乎拿出的是什么乐观并发的解释,就不能不提代码样本... 我使用JDBC数据的直接驱动。 谢谢!