1. 중요한 것은 팀 노력이다

" 저장프로시저 - 이것들은 무익합니까?

• 저장프로시져를 사용하면 불리한 점이 무엇입니까? 오버헤드가 존재합니까? 저는 초보 오라클DBA 입니다.
• 최근에 한 SQL 프로그래머로부터 오라클 사용자에 대한 CREATE PROCEDURE 시스템 권한을 부여해 달라는 요청을 받았습니다."

• DBA - 데이터베이스를 보호하는 것은 우리의 임무다.
• 개발자 - 코드를 작성하는 것은 우리의 일이고, 그렇게 할 수 있도록 하는 것은 DBA의 임무다.

1.1 DBA와 개발자 역할

• DBA - 데이터베이스 아키텍쳐, 데이터베이스 패치, 데이터베이스 동작방식 등 이해
• 프로그래머 - 데이터베이스를 단순히 하나의 툴로 본다.

1.2 DBA가 해야할 것과 하지 말아야 할 것

• DBA는 자신의 주요한 임무가 악의적인 개발자로부터 데이터베이스를 보호하는 것이라는 생각에서 벗어나야 한다.
• 대신, 개발자로부터 데이터베이스를 효과적으로 이용할 수 있도록 도와주어야 한다.

DBA가 하지 말아야 할 것

• 뷰금지: 성능이 저하되는 경험을 한 후에 뷰는 성능에 악영향을 끼친다는 고정관념.
• 저장프로시저금지: 저장프로시저에 모든 것을 둘 경우 DBA는 어느 모듈이 어느 데이터베이스 객체에 의존하는지를 정확하게 파악할 수 있다. 문제가 SQL에 기반을 두고 있다면 성능이 나쁜 모듈을 쉽게 튜닝할 수 있다.
• 버전6이후에 추가된 기능금지: 고참DBA에게서 흔히 나타나는 현상. 이는 모든 것에 대해 책임지지 않으려는 태도에서 비롯된다고 판단됨.
• N 릴리스의 새로운 기능에 대한 채택 기피:

DBA가 해야 할 것

• 개발자를 지도할 수 있고, 데이터베이스 지식을 전수해 줄 수 있는 누군가라고 생각하라.
• 새로운 기능이 소개되면 이들을 평가하고 테스트하라.(특정 기능에 대해 나쁜 기억으로 인해 이를 완전히 버리지 않도록 하라)
• 사실에 입각한 증거로 정책과 절차를 뒷받침하라.

1.3 개발자가 해야할 것과 하지 말아야 할 것

• DBA 주위에서 일하지 말고 그들과 함께 일하라.
• DBA는 개발자를 적대시 한다고 추측하지 말라.
• DBA에게 이유를 설명하도록 요청하라.
• 말하고 있는 것에 대한 확신을 가져야 한다. 그렇지 않으면 곧 신용을 읽게 된다.