Isaac
Lifelong Learner
- Local time
- Yesterday, 23:52
- Joined
- Mar 14, 2017
- Messages
- 11,759
I wrote a mini-article once that was partially about "why IT hates Access", and it wasn't all "bad IT" type of stuff, a lot of it was "bad Access programming" type of stuff. I still thin it's good reading, even for me to remember. I think of each point carefully and then ask myself if I'm contributing to why IT hates access
One of the biggest things, IMO, of why IT hates Access, is that MANY Access developers (I can't emphasize how common this is after cleaning up processes at 10-12 companies) - Many Access developers create a new database every time they turn around.
That complicates the problems exponentially. Strive, instead, to make ONE database for an entire department, maybe two, but you get the point - there are a myriad of ways to separate work, queues, widgets, in such a way that the right people only see the right stuff.
I've made several databases that I'm sure my predecessor would have represented in 50 different Access files. I've even seen people create different databases for each different report! Isn't that crazy(?) IT sees it as a ridiculous amount of spawning and something that can't possibly be monitored or supervised.
Paint an easier picture for them - create FEWER DATABASES and learn how to get good at tab control and permission-based visibility
Tips For Newbies
Hi, I have been an enthusiastic amateur for about 5 years & a keen forum follower for the past 12 months or so and thought I may be able to pass on some tips that I’ve learnt from a newbie’s perspective. For background, my first exposure to ‘databases' was at a company I worked for, where they...
www.access-programmers.co.uk
One of the biggest things, IMO, of why IT hates Access, is that MANY Access developers (I can't emphasize how common this is after cleaning up processes at 10-12 companies) - Many Access developers create a new database every time they turn around.
That complicates the problems exponentially. Strive, instead, to make ONE database for an entire department, maybe two, but you get the point - there are a myriad of ways to separate work, queues, widgets, in such a way that the right people only see the right stuff.
I've made several databases that I'm sure my predecessor would have represented in 50 different Access files. I've even seen people create different databases for each different report! Isn't that crazy(?) IT sees it as a ridiculous amount of spawning and something that can't possibly be monitored or supervised.
Paint an easier picture for them - create FEWER DATABASES and learn how to get good at tab control and permission-based visibility