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 / Multiuser / Networking / May 2006

Tip: Looking for answers? Try searching our database.

Linking table to  IN-USE back-end mdb ???

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Bill - 30 May 2006 18:54 GMT
Hello All:

I have a multi-user app with back-end, front -end using   AC2002 runtime.

I have code that checks on startup and if needed relinks tables.

What are the  issues with linking to a back-end that has other users
connected?

Will linking fail if another connected user has the table being linked
opened for adding new records or editing?

I have run a few tests and linking seems to be much slower if other users
are connected. Does anyone know why?

I have even observed the linking fail with other users connected. I'm not
sure why.

Bottom line.  Should tables be linked while others are using tables to be
linked?

Any help is greatly appreciated.

Bill
Albert D.Kallal - 30 May 2006 19:24 GMT
I do it all the time..and never had a problem, even when other users are
in...

> I have run a few tests and linking seems to be much slower if other users
> are connected. Does anyone know why?

Yes, you need to keep a persistent connation open to the back end. This
advice not only applies when re-linking, but for general running of your
application. Those delays you see are actually occurring *all over* the
place..and you can remove those delays by keep a persistent connection open.

Of course, you keep a persistent connection open by simply opening *any*
table in the back end from the front end..and *keep* it open while you do
your operations. the problem is that when linking...you don't have a link
yet!!

The solution is in  your re-link code to put in some code that after the
first table is linked..you open it!!!

The result is linking that will occur as fast as when no other users are in
the back end....

Here is a code snip:

  For Each mytables In CurrentDb.TableDefs
     strOld = mytables.Connect
     strBackPart = strGetDbTable(mytables.Connect)

     strTo = strReLinkDir & strBackPart

     If Len(mytables.Connect) > 0 Then
        If Left(mytables.Connect, 10) = ";DATABASE=" Then
           mytables.Connect = ";DATABASE=" & strTo
           mytables.RefreshLink
           If bolFirst = False Then
              Set rstFirst = CurrentDb.OpenRecordset(mytables.Name)
              bolFirst = True
           End If
        End If
     End If

  Next mytables

  If bolFirst = True Then
     rstFirst.Close
     Set rstFirst = Nothing
  End If

Signature

Albert D. Kallal   (Access MVP)
Edmonton, Alberta Canada
pleaseNOOSpamKallal@msn.com
http://www.members.shaw.ca/AlbertKallal

--
Albert D. Kallal   (Access MVP)
Edmonton, Alberta Canada
pleaseNOOSpamKallal@msn.com
http://www.members.shaw.ca/AlbertKallal

Bill - 30 May 2006 19:36 GMT
Thanks for the quick response  Albert.

I'll try puting the open table code into my linking routine after the first
table is linked and see how it goes.

Thanks,

Bill

>I do it all the time..and never had a problem, even when other users are
>in...
[quoted text clipped - 44 lines]
>      Set rstFirst = Nothing
>   End If
 
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.