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 / General 2 / September 2007

Tip: Looking for answers? Try searching our database.

Temporary data in FE or BE

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Brian - 21 Sep 2007 07:36 GMT
In general, I dislike the concept of using temporary data; however, there are
times when I find it better than the alternatives (such as when attempting to
update a table and using a join to a DISTINCT query as a way to filter the
records, which will not allow an update).

In this case, I am using a table that I empty, then populate, then empty
again when done. For this particular process, although in a multi-user
environment, I have ensured that only one user is running the process at any
one time, because it also involves temporary updates to fields in other
(permanent) tables.

The question: is it better to have the table housing the temporary data in
the FE or the BE?

Pros for the FE: could be a little faster for the user, since the data does
not have to be pushed across the network to the BE.

Pros for the BE: this file is far more likely to get compacted than the FE,
and therefore the bloat inherent (I think) in adding/removing this temporary
data on a daily basis will more naturally be worked out of the system.

Hmmm...nothing here to push me strongly one way or t'other. Am I missing
something (like a better way to accomplish the underlying task)?
Tom Wickerath - 21 Sep 2007 08:34 GMT
Hi Brian,

Have you considered using a temporary work database? This is a linked
database, but it is local for each user. I have a working example that you
can download, here:

   http://home.comcast.net/~tutorme2/samples/tmpwrkdb.zip

There is no need to compact this file, because you can set it to be deleted
automatically, when you close a form (or upon closing the database instead).
Note: This sample works with Windows 2000/XP and Access 2000/2002/2003. I
believe it still needs some tweaking to work properly with Vista and/or
Access 2007, but I haven't looked into the issues yet.

Also, see Tony Toews page, here:

   http://www.granite.ab.ca/Access/temptables.htm


Tom Wickerath
Microsoft Access MVP
https://mvp.support.microsoft.com/profile/Tom
http://www.access.qbuilt.com/html/expert_contributors.html
__________________________________________

> In general, I dislike the concept of using temporary data; however, there are
> times when I find it better than the alternatives (such as when attempting to
[quoted text clipped - 19 lines]
> Hmmm...nothing here to push me strongly one way or t'other. Am I missing
> something (like a better way to accomplish the underlying task)?
 
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.