Thanks for the information. I found Tony's site very helpful.
Calling the front end "progs.mdb" from the server saves me having to
maintain separate copies on the client PCs.
"Larry Linson" <bouncer@localhost.not> wrote in message news:<lXxhc.18807$Aq.8088@nwrddc03.gnilink.net>...[color=blue]
> Actually, you are raising the probability of corruption if you have multiple
> users logging in to the same front-end or monolithic database. You need to
> give each user a copy of the front-end and link to the shared tables
> database.
>
> Where temporary tables are created depends on how you go about creating
> them, but normally, they are in the database that the user is executing
> (front-end). However, there is a method for creating a temporary database
> and creating temporary tables in that, then deleting the temporary database
> when done to avoid memory bloat. You'll find it at MVP Tony Toews' site,
>
http://www.granite.ab.ca/accsmstr.htm.
>
> He's also got the best collection of information and links on multiuser
> Access environments that I know about, so it'd be a good place to go and
> explore.
>
> Larry Linson
> Microsoft Access MVP
>
> "Mike Ridley" <gillingw@hotmail.com> wrote in message
> news:e5f23f0e.0404210737.695d8a5@posting.google.co m...[color=green]
> > I have 2 databases called (for example) "progs.mdb" and "files.mdb".
> > Both these databases reside on computer "myserver". The progs database
> > has links to the tables in the files database.
> > "myclient1" runs a shortcut "msaccess.exe \\myserver\progs.mdb /x
> > startmacro".
> > "myclient2" runs his shortcut "msaccess.exe \\myserver\progs.mdb /x
> > startmacro".
> >
> > If I use a temporary table I take it that it will be created on
> > "myserver" in the "progs.mdb" and if the two users try to create the
> > table at the same time I'm going to have big problems.
> >
> > I need to create the temporary tables on the clients machine but still
> > retain a central progs database.
> >
> > Thanks Mike[/color][/color]