从主表单转换为子表单时"数据已更改"错误

Question

我正在使用SQL Server迁移助手(SSMA)将Access数据库迁移到SQL Server.将继续使用Access应用程序,但使用链接表而不是本地表.

我在迁移后测试期间遇到了一个问题,其中包含一些包含多个子表单的表单.

测试步骤:

1)编辑主窗体中的字段;

2)将焦点转移到子表单中的字段;

3)尝试编辑子表单中的字段.

结果:弹出一条错误消息:"数据已更改.另一位用户编辑了此记录并在您尝试保存更改之前保存了更改."

一旦错误消息被解除,可以编辑子表单中的字段.如果未编辑主窗体中的字段,则可以编辑子窗体而不显示错误消息.

有关可能导致此错误的原因的任何想法？

我已经尝试在主窗体上的子窗体控件的Enter事件处理程序中保存主窗体记录(即,当输入包含子窗体的控件时,此事件发生在主窗体上,而不是在子窗体本身上) .没有任何区别.我尝试在相同的子窗体控件Enter事件中重新查找主窗体,但这不起作用 - 重新查找主窗体将焦点移离子窗体,因此无法编辑.

MS论坛在子表单的After_Update事件中建议了Me.Parent.Requery.那也行不通.

当我进入子表单时,SQL事件探查器显示单个更新语句,更新主表单下的表.没有其他声明命中数据库来修改数据.

我注意到一件有趣的事情:主窗体的Record Source实际上是一个将两个表连接在一起的select语句.主窗体包含可以更新记录源中每个表中的列的字段.在主窗体中编辑更新关系中子表的字段不会导致"数据已更改"错误.只有在编辑更新关系中父表的字段时才会出现此错误.我已经尝试过更新两个表中每个表中不同列的字段.结果是一致的:编辑父表中的记录会导致错误,编辑子表中的记录则不会.

子表单和主表单之间的链接将子表单表中的列连接到主表单的记录源中的子表中的列.

顺便说一下,主窗体Record Source中的表实际上是以1:1的关系连接的(子表中的一条记录用于父表中的每条记录).子表只是父表的扩展表.

如果我从头开始,我个人不会设计这样的系统,但这是我必须使用的,我希望有一些相当简单的解决方案,不需要重新设计表格或表格(给定主要形式和子形式每个都有超过100个控件).

Answer 1

经过多次试验和错误,我解决了这个问题.在主窗体上的子窗体控件的enter事件处理程序中,我重新查询了子窗体本身.

例如,在主表格上:

Private Sub Subform1_Enter()
    Me.Subform1.Form.Requery
End Sub

我不知道为什么会有效,只有它有效.

Answer 2

当更新表中的记录，但主窗体的记录源尚未刷新以反映更改时，会发生这种情况，因此 Access 获取冲突信息并认为记录已更改。另见：http : //support.microsoft.com/kb/302492