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 / Queries / December 2005

Tip: Looking for answers? Try searching our database.

ADOX problem with Windows Server 2003

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
aross - 30 Nov 2005 15:38 GMT
Hi folks

My client has a “split” architecture Access database – the back end on a
server and the front end on users desktops. All was well until the client
changed to Windows server 2003, from 2000.
Since that change, the ADOX.catalog object takes so long to “load” that it
is not possible (in practical terms) to access a procedure to use its command
as a command object and execute it.
In order to show what I mean, please see the 2 vba code samples below, which
merely iterate through the stored procedures.
The old DAO version works in about 2 seconds, the ADO version takes up to 10
minutes. I also notice that the time taken by the ADO routine is dependant
upon the amount of data in the tables, whereas the DAO routine seems to be
unconcerned whether the tables contain 2 rows or 2000 rows.
Either version works quickly if both front and back ends are on an XP or
Windows 2000 PC, and worked with Server 2000.
The Windows Server 2003 is using MDAC 2.80, whereas XP(SP2) pcs use 2.81,
and I think Windows 2000 server used MDAC 2.5. Is there something about the
2.80 version that is causing this behaviour? Or is there another explanation
that anyone can suggest?
Thanks
Arthur

Dim db as DAO.Database
Dim qdf as DAO.QueryDef

Set db = CurrentDb()
For Each qdf in db.QueryDefs
    Debug.Print qdf.Name
Next qdf

Set qdf = nothing
Set db = nothing

Dim cat as ADOX.Catalog
Dim prc as ADOX.Procedure

Set cat = New ADOX.Catalog
For Each prc in cat.Procedures
    Debug.Print prc.Name
Next prc

Set prc = nothing
Set cat = Nothing
Chris2 - 01 Dec 2005 05:55 GMT
> Hi folks
>
> My client has a “split” architecture Access database – the
back end on a
> server and the front end on users desktops. All was well until the client
> changed to Windows server 2003, from 2000.
> Since that change, the ADOX.catalog object takes so long to
“load” that it
> is not possible (in practical terms) to access a procedure to use its command
> as a command object and execute it.
[quoted text clipped - 34 lines]
> Set prc = nothing
> Set cat = Nothing

aross,

I'll suppose I'll hazard a guess.

When the upgrade on the OS was done (and the MDAC were updated) was
the reference in the MS Access VBA project to ADOX updated to the
newest version?

Sincerely,

Chris O.
 
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.