[AccessD] AXP Question

Wortz, Charles CWortz at tea.state.tx.us
Mon Jun 9 11:32:16 CDT 2003


Roz,

I hope you have analytical and cross-reference tools such as those that
come with FMS's Total Access Analyzer, otherwise how are you ever going
to overhaul all those reports, queries and forms?

Charles Wortz
Software Development Division
Texas Education Agency
1701 N. Congress Ave
Austin, TX 78701-1494
512-463-9493
CWortz at tea.state.tx.us



-----Original Message-----
From: Roz Clarke [mailto:roz.clarke at donnslaw.co.uk] 
Sent: Monday 2003 Jun 09 11:05
To: 'accessd at databaseadvisors.com'
Subject: RE: [AccessD] AXP Question

Ermmm...

1) The user would never be saving changes over the original report -
they would be making a copy and each report created in this way would be
categorised as belonging to the user who made the change. Each report
would have a saved description and whatever other info would be
necessary to identify the purpose for which that report was created.
Reports would be located through a search form and only the creator of
each report would be able to modify or delete it. I think it would work
fine. You're just treating reports as if they were Word files or
whatever, only with more control. But it doesn't matter anyway 'cause we
can't do it...

2) The FE's we presently have ARE an unusable mess; don't want to
emulate them! They have been in use since A2 and have been updated by a
stream of developers. None of the original developers are still with the
company. We never dare delete an old report and the number of variations
users ask for is incredible - the system that emerged through nobody
thinking it through has resulted in new forms, new buttons on forms and
new reports being added at random (and the difference between one and
the next may be teeny) - and it's hard to break the habit because the
users always need that new report available NOW. Like I said, there are
about 400 reports in use. There are over 1000 queries but I'm not even
going there :P Until recently they weren't even being documented. Once
the Access reports are overhauled we gotta start looking at Excel...
*sigh*



-----Original Message-----
From: John Colby [mailto:jcolby at colbyconsulting.com] 
Sent: 09 June 2003 15:22
To: accessd at databaseadvisors.com
Subject: RE: [AccessD] AXP Question


Roz,

Correct, only temporary changes.  If the user were to permanently save
the changes, wouldn't that cause the next user to see those changes?
That would be chaos.  Further, it sounds like with 230 potential users
all saving their own copies of various reports modified however they
wanted, any FE would quickly become an unusable mess.

I think you haven't adequately explained to us how the old system worked
so we could see what you are trying to emulate.

John W. Colby
www.colbyconsulting.com

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com]On Behalf Of Roz Clarke
Sent: Monday, June 09, 2003 10:11 AM
To: 'accessd at databaseadvisors.com'
Subject: RE: [AccessD] AXP Question


John

True about the conflicts, but these could be handled as even the
temporary changes would be getting made to a copy - a copy that would be
deleted at the end of the session (unless they decided to keep it).
You'd only have to lock the report whilst the copy was being made.
Academic anyway as we can't now go back to A97.

There are about 20 frequent users and another 230 potential users. We
tend to have 10-12 concurrent users in our main reports database at the
moment and about 6 at a time in the other 3 but those are largely the
same people.

Your suggestion is intriguing, but would only address temporary changes,
yes? They wouldn't have the option of retaining the new version. It
might be good for ad-hoc reporting though.

-----Original Message-----
From: John Colby [mailto:jcolby at colbyconsulting.com]
Sent: 09 June 2003 14:42
To: accessd at databaseadvisors.com
Subject: RE: [AccessD] AXP Question


Roz,

Why could you in A97 and not in AXP?  It seems that in a97 you would
have had massive conflicts as users tried to open the same report in
design view.

On a more practical note, how many users are there?  Could you have the
user run a batch file instead of opening Access directly.  The batch
file copies the FE to their own directory.  They open that copy.  Since
they are no longer opening it shared, problem solved.

John W. Colby
www.colbyconsulting.com


More information about the AccessD mailing list