Migrating away from MS-Access
- From: "John" <nospam@xxxxxxxxxx>
- Date: Sun, 14 Oct 2007 22:39:38 +1000
Hello there, Im cursing my place of employment...and its taken me a month to
realise it...
The scenario:
Ive just stepped into a role to migrate an access database to VB.Net. The
access database runs on terminal services and supports approximatly 25-30
users. It is crapping out big time, corrupted data, changes to the front end
are difficult for someone unfamiliar with the system (me), the table
structure is bad...really bad....there is a website attached to the backend
aswell...
At some stage we have to migrate the access backend to SQL Server. The
problem is that its all in use and we cannot have downtime.
What approach is best? How can I even fix this dodgy design?
I could just run with it and build dodgyness over dodgyness...fark...haha
god help the next guy if i did that...
I could convince management to hire someone else to develop in parrallel on
both systems so the backend is fixed?
I could develop the new VB.net front end with changes in mind, then fix the
database structure when we migrate
I could migrated access backend to sqlServer backend and continue to use the
Access front end, I very much suspect the front end will fall into a big
pile of crap...
I guess Im not really looking for answers, just venting and curious to see
what other people have delt with...
Thanks for reading!
John
.
- Follow-Ups:
- Re: Migrating away from MS-Access
- From: John Casey
- Re: Migrating away from MS-Access
- From: John Casey
- Re: Migrating away from MS-Access
- From: Keith Wilby
- Re: Migrating away from MS-Access
- From: Tom van Stiphout
- Re: Migrating away from MS-Access
- From: Klaus Oberdalhoff
- Re: Migrating away from MS-Access
- From: Rick Brandt
- Re: Migrating away from MS-Access
- Prev by Date: Re: Date parameters in queries
- Next by Date: Re: Chart Bug In A2007?
- Previous by thread: 2003 hyperlink default folder
- Next by thread: Re: Migrating away from MS-Access
- Index(es):
Relevant Pages
|