Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
Home
Discussion GroupsFormsForms ProgrammingQueriesModules / DAO / VBAReports / PrintingMacrosDatabase DesignSecurityConversionImporting / LinkingSQL Server / ADPMultiuser / NetworkingReplicationSetup / ConfigurationDeveloper ToolkitsActiveX ControlsNew UsersGeneral 1General 2
Access DirectoryToolsTutorialsUser Groups
Related Topics
SQL ServerOther DB ProductsMS OfficeMore Topics ...

MS Access Forum / Importing / Linking / September 2004

Tip: Looking for answers? Try searching our database.

Updating SQL Server Linked Server

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Supi - 08 Sep 2004 02:17 GMT
I desperately need some help here....

I initially created a blank front-end Access .mdb database from which I am
using the linked tables feature (which uses the SQL Server ODBC driver) to
connect to an SQL Server database.  However, I am actually accessing another
back-end database via the SQL Server Linked Server mechanism (which uses OLE
DB). Thus the LINKED TABLE in Access refers to a VIEW in SQL Server which in
turn refers to the remote table in SQL Linked Server. But, when I try to
update the linked table, Access does not allow me and I get the following
error message:

The requested operation could not be performed because the OLE DB provider
'XXXXXXXXX" does not support the required transaction interface.

The SQL Profiler trace shows that Access is setting the IMPLICIT
TRANSACTIONS setting to ON even though SQL Books Online says that the SQL
Server ODBC driver automatically sets IMPLICIT_TRANSACTIONS to OFF when
connecting. The starting of an explicit SQL transaction causes SQL Server to
escalate the local transaction into a distributed transaction which is not
supported by all of our databases. Is there some Access/ODBC setting that can
be made to avoid the IMPLICIT_TRANSACTION? In other words, can Access be made
to work in automatic transactions mode?
david epsom dot com dot au - 09 Sep 2004 03:59 GMT
1) When you open a table in table view, or run a query from a macro
or from the database window, you should normally be in an implicit
transaction.

2) Other than that, the rules do seem to have shifted around a bit.
Are you using FailOnError?  ADO or DAO?

3) You can use pass through queries instead of linked tables.

(david)

> I desperately need some help here....
>
[quoted text clipped - 18 lines]
> be made to avoid the IMPLICIT_TRANSACTION? In other words, can Access be made
> to work in automatic transactions mode?
Supi - 12 Sep 2004 18:47 GMT
Thanks for the reply:

1) Well it doen't seem to be. The Profiler trace reveals that SET IMPLICIT
TRANSACTIONS ON is being executed.

2) What rules are you talking about? the failure happens when I am designing
a form using the the Linked Table as a record source as well as when using
ADO.

3) Yes, that definitely works. But, that defeats the ability to use
recordsets for manipulating the Linked Table.

Actuall, I am looking for a way to prevent a transaction from being started
on the Linked Table. That would fix my problem. Is there some ODBC connection
or Driver setting that I can use?

Supi

> 1) When you open a table in table view, or run a query from a macro
> or from the database window, you should normally be in an implicit
[quoted text clipped - 35 lines]
> made
> > to work in automatic transactions mode?
david epsom dot com dot au - 13 Sep 2004 02:08 GMT
There is no Linked Table setting or Driver setting or Form setting
that can be used directly.  There were possibly some DAO settings,
(like dao.dbFailOnError) and some lock settings (like Snapshot),
but these may not work anymore.

There may be some ADO setting: you should ask in an ADO group, and
you may have different options using OLEDB instead of ODBC.

(david)

> Thanks for the reply:
>
[quoted text clipped - 53 lines]
> > made
> > > to work in automatic transactions mode?
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.