User-Specific WorkTables: How to handle MakeTable queries?



When writing to a work DB under C:\Documents and
Settings\[UserName]...., what is the best way to handle MakeTable
queries?

The only approaches I can think of are:
-------------------------------------------------------------------
1) Don't use them. Create a work table in the right DB and replace
the MakeTable query with an goes through a link to the created
table.

2) Every time the app opens, iterate through all the queries, try to
parse out the "IN" statement in each Append query and modify
it accordingly.

3) As above, but update some sort of property that determines the
target DB. But, after a short tour of query properties, I don't
see anything promising.

4) Stop using QueryDefs for MakeTable queries and concoct
inline SQL to do the same job.
----------------------------------------------------------------------

Seems like #2 is just a bug waiting to happen - some unforseen syntax
would blow it up.
There's also the issue of bloating the DB every time the QueryDef is
updated.

RE/#4, I'm not currently into inline SQL for documentation readability
reasons and, probably, pure habit. OTOH, it's not a religious issue
with me.... I *could* mend my ways...

If #3 really is not doable, it seems like #1 or #4 is the way to go.

Anybody else been here?

.



Relevant Pages

  • RE: Dynamically referencing a recordset?
    ... through that recordset to set the query parameters in VBA. ... to be the one who had to modify 1440 queries if there is a change in the ... different table schema, then you need 3, one for each record type. ... This is a database that tracks the production on records in another ...
    (microsoft.public.access.modulesdaovba)
  • Re: Was: what does "serialization" mean?
    ... > the specific queries up front. ... that the NEXT time the query is run the query is fast, ... data base, don't know squat" when in fact the Donald clone doesn't ... >> WHATEVER would probably be a separate query to summarize total sales. ...
    (comp.programming)
  • Re: Official Status of SQLServer 2005 ADP
    ... I have said that the support for SQL passthrough ... queries under MDB was bad and worst than the one offered by ADP while you ... > attempt to "pass through" every Access query against a linked ODBC ...
    (microsoft.public.access.adp.sqlserver)
  • Re: Cluster synchronize
    ... queries per unit time. ... CPU is the ONLY bottleneck. ... increase in query capacity. ... queries that perform sequential I/O or queries performing random I/O. ...
    (microsoft.public.sqlserver.clustering)
  • Re: "Query Too Complex" Errors
    ... few dozens of queries, in the middle of which there's a long chain of ... we've been having a lot of those "Query Too ... some of the complexity in the SQL ... SQL statement you are working on. ...
    (microsoft.public.access.forms)