[AccessD] Is anyone migrating data?

John Colby jwcolby at ColbyConsulting.com
Fri Oct 28 09:50:44 CDT 2005


This client analyzes parts repair for the US Navy, specifically pieces of
aircrafts for three repair depots.  They get a large (denormalized) table
from the Navy with each part, information about the part, the repair depot,
costs to repair, repair cycle times, order cycle times, how many are on
order and quantities in the order or repair process etc. - all in one table.
Their task is to analyze the whole process, determine which are being
repaired but aren't needed because they have plenty on hand, which they
shouldn't even be ordering because they have plenty on hand, which they
SHOULD be ordering / repairing etc.  

This application is already written, but the person who migrated the data
the first time did not document or save the process.  Now they need to load
up new (recent) data and don't know how.  This firm is a consulting firm,
who just takes the data, massages it to get it into a form they can deal
with, then analyzes it and sends reports to someone in the NAVY.

John W. Colby
www.ColbyConsulting.com 

Contribute your unused CPU cycles to a good cause:
http://folding.stanford.edu/

-----Original Message-----
From: accessd-bounces at databaseadvisors.com
[mailto:accessd-bounces at databaseadvisors.com] On Behalf Of John Bartow
Sent: Friday, October 28, 2005 10:35 AM
To: 'Access Developers discussion and problem solving'
Subject: Re: [AccessD] Is anyone migrating data?


Did a project (as a sub-contractor) like that a few years ago - Access 97
and Oracle. Must have done it very well because when I ask the main
contractor about it they say "still using it, they love it." The whole time
I'm writing it I'm thinking "why don't they just keep all the data in Oracle
all the time and use an Access front end for what this particular department
wants to do?"

I guess sometimes the politics of IT control are more important than
efficiency. BTW this client had a larger budget than any other client I have
ever worked for. They could have afforded to do it more sensibly.

John B.

-- 
AccessD mailing list
AccessD at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/accessd
Website: http://www.databaseadvisors.com





More information about the AccessD mailing list