A lot of folks have commented about knowing programming languages and
hardware and all the IT stuff. That is all good and helpful, but what
I've found most helpful is my ability to work with those outside of IT
and understand their data needs. I came to be a DBA after working on
the data use and analysis side. I worked in the Economics and Planning
department of a refinery. There are many times in design discussions
with IT'ers (who have only worked IT positions) that I've had to explain
to them that "yes, the user does need that data and here's why". So to
sum it up, look out side of IT for some additional knowledge too.
Understanding the business needs of your users can help tremendously
when going through project requirements and enhancements. It also makes
you more approachable to the non-IT folks. They see you as someone who
helps move their job forward rather than the road block to getting
something done.
Rodd
>
> From: oracle-l-bounce_at_freelists.org
> <mailto:oracle-l-bounce_at_freelists.org>
> [mailto:oracle-l-bounce_at_freelists.org
> <mailto:oracle-l-bounce_at_freelists.org>] On Behalf Of Orlando L
> Sent: Sunday, April 08, 2007 9:14 PM
> To: oracle-l_at_freelists.org <mailto:oracle-l_at_freelists.org>
> Subject: Non Oracle knowledge to be a good Oracle DBA/expert
> Gurus,
>
> We all hearabout Oracle books and manuals that we should read.
> What about non Oracle things we need to know to be a DBA? For eg
> couple of days ago David Litchfield posted a link to an Oracle
> paper on log buffer internals. The paper had lots of C code in it.
> Do I have to learn C to become a good DBA? What is the best place
> to start?
>
> Orlando.
>
>
--
http://www.freelists.org/webpage/oracle-l
Received on Tue Apr 10 2007 - 08:29:43 CDT
