MDB链接SQLSERVER导致写入冲突,头疼的问题,原来错在这里!! - 弱电论坛

将更改内容复制到剪贴板上可以让您看到其他用户输入的值，当
您决定要修改时，可再将剪贴板上的更改内容粘贴回来。

[保存记录(S)] [复制到剪贴板(C)] [放弃更改(D)]

图片如下：

而且只要用 ACCESS 界面修改就会永远有这个提示，永远无法解决。
表的结构为

/****** Object:  Table [dbo].[cg_LimitDetail] Script Date: 2008-9-21 19:59:34 ******/
if exists (select * from dbo.sysobjects where id = object_id(N'[dbo].[cg_LimitDetail]') and OBJECTPROPERTY(id, N'IsUserTable') = 1)
drop table [dbo].[cg_LimitDetail]
GO
/****** Object:  Table [dbo].[cg_LimitDetail] Script Date: 2008-9-21 19:59:34 ******/
Create TABLE [dbo].[cg_LimitDetail] (
[id] [int] IDENTITY (1, 1) NOT NULL ,
[LimitGroupId] [int] NULL ,
[LimitConst] [nvarchar] (50) COLLATE Chinese_PRC_CI_AS NULL ,
[LimitValue] [bit] NULL
) ON [PRIMARY]
GOAlter TABLE [dbo].[cg_LimitDetail] WITH NOCHECK ADD
CONSTRAINT [PK_cg_LimitDetail] PRIMARY KEY  CLUSTERED
(
      [id]
)  ON [PRIMARY]
GO

一开始百思不得其解，但是仔细一看发现，其中一个字段是 bit(SQL Server) 也就是 ACCESS 的 Yes/No。这个数据类型在 ACCESS 与 SQL SERVER 中是不一样的。ACCESS 中 TRUE 是 -1 ，而 SQL SERVER 中 TRUE 是1，需要转换的。问题就出在这里，我实际在修改字段时并没有指定值，但是 ACCESS 自动将其设置为 0 ，也就是 FALSE 。但是用 SQL SERVER 事件探查器查出来可就不同了：
exec sp_executesql N'Update "dbo"."cg_LimitDetail" SET "LimitConst"=@P1 Where "id" = @P2 AND "LimitGroupId" = @P3 AND "LimitConst" IS NULL AND "LimitValue" = @P4', N'@P1 nvarchar(50),@P2 int,@P3 int,@P4 bit', N'33', 3, 2, 0大家看到，最后一个参数 @P4 竟然是 0 ，但是实际上在 SQL SERVER 中是 Null 。终于找到问题了，要解决这个问题可以直接在 SQL SERVER 设计表时直接指定 BIT 字段的默认值为 0。
ACCESS中与SQL SERVER中数据类型不同，有些数据类型在链接表时ACCESS无法自动识别进行转换，也不提示有用的错误信息，所以应该算是个BUG吧。在这种环境下尽量使用不要转换的数据类型，比如长整、双精度之类的数据类型。
微软MVP huanghai先生在直接用ADO绑定窗体数据源时也遇到上述问题，且即使定义默认值也无法解决，最终解决方案是使用长整。