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 2005

Tip: Looking for answers? Try searching our database.

Auto closing Fe to compact Be

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Don - 15 May 2005 20:03 GMT
I am going to run code that automaticly runs a series of action queries to
update and make tables on the BE, which is currently ran on the FE. In this
code, once the queries are finished, I want the BE to close to compact daily
as the application seems to blow up to over 2 gigs and cause errors without
this bit of maintenance after a couple of weeks. With compacting the
application is usually about 299 MB. I believe this excessive growth is due
to running these queries on the FE daily or more than daily on multiple
remotes. The queries are very intensive running up to 27 lines of code for
each record (thousands of records).   I have already posted and this seems to
be the best way to  extract "like" string quries and convert the extracted
value to another text. Other than that, the problem I have is when closing
the BE to be compacted, some work stations are lift on inactive and prohibit
the BE from compacting. Ours is a 24 hour operation, but at 5:20 AM no one is
actually using the system employees just don't back out of their forms
keeping records engauged. What I thought I could do is have a timer form
hidden on each one of the FE and to close the application say 5 to 10
minitues before the compacting begins. The question I have is, is this a good
idea or faulty thinking?

Thanks,
Dennis
Douglas J. Steele - 15 May 2005 21:05 GMT
Before going to that extent, you might consider using a temporary database
to do your calculations in.

Tony Toews has an example of how to do this at
http://www.granite.ab.ca/access/temptables.htm

Signature

Doug Steele, Microsoft Access MVP
http://I.Am/DougSteele
(no e-mails, please!)

>I am going to run code that automaticly runs a series of action queries to
> update and make tables on the BE, which is currently ran on the FE. In
[quoted text clipped - 25 lines]
> Thanks,
> Dennis
Foo.sg - 16 May 2005 11:18 GMT
I went in to Tony's site and downloaded the TempTables.mdb but when I try to
open it my Access 2002 tells me:
"The Current User account doesn't have permission to convert or enable this
databases".

What did I do wrong. I have the same problem with all other MDB I downloaded
from the site.

Foo.sg

> Before going to that extent, you might consider using a temporary database
> to do your calculations in.
[quoted text clipped - 31 lines]
> > Thanks,
> > Dennis
RuralGuy - 22 May 2005 02:04 GMT
=?Utf-8?B?Rm9vLnNn?= <Foosg@discussions.microsoft.com> wrote in
news:270D5E7A-574C-4858-B539-ECA88EC4D573@microsoft.com:

> I went in to Tony's site and downloaded the TempTables.mdb but when I
> try to open it my Access 2002 tells me:
[quoted text clipped - 6 lines]
>
> Foo.sg

<snip>

Welcome to one of the many security features of Windows XP!

Right click on the file and bring up the properties sheet.

Depress the UNBLOCK button and then the security message goes away and
the file works normally.

The voice of experience talking.

HTH

RuralGuy
 
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.