The problem is that Access' optimistic locking is confused, and there are many
possible reasons for it. In general, adding a TIMESTAMP type column to your
table, and re-linking from Access will solve your problem, because Access will
then use just the TIMESTAMP column to find out whether the record was changed
by another user rather than the more error prone method of comparing the
original values of all the columns in the table.
>Hi,
>I am using SQL SERVER 2000 and Access 2000. We have a set of tables in SQL
[quoted text clipped - 19 lines]
>
>Thanks
info - 02 Nov 2004 09:42 GMT
> The problem is that Access' optimistic locking is confused, and there are many
> possible reasons for it. In general, adding a TIMESTAMP type column to your
[quoted text clipped - 26 lines]
> >
> >Thanks
Anthony Vanderplaats - 23 Nov 2004 06:45 GMT
The problem can be BOOLEAN fields too.
I had an SQL Server table, that was imported from ACCESS, and appears in linked mode with design view to have Yes/No fields and would generate same message as this when trying to toggle the fields.
Changed to REAL type and immediately worked (after re-linking).
Tip:
I have a 'generic' SQL passthru query handy in the app like:
ALTER TABLE dbo.YEARS ALTER COLUMN [YEARLOCKED] real;
and use it to quickly make minor fixes
(when I am remote and can't get at SQL Enterprise)
and have a 're-attach' function in apps that reads a 'master table'
of all connections, and looks for any that flagged as needing re-connect.