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@xxxxxxxxxxxxx <mailto:oracle-l-bounce@xxxxxxxxxxxxx> [mailto:oracle-l-bounce@xxxxxxxxxxxxx <mailto:oracle-l-bounce@xxxxxxxxxxxxx>] On Behalf Of Orlando L Sent: Sunday, April 08, 2007 9:14 PM To: oracle-l@xxxxxxxxxxxxx <mailto:oracle-l@xxxxxxxxxxxxx> 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.
-- //www.freelists.org/webpage/oracle-l