다른 개발자 동료들의 계속된 반대로 인해 DB 관리자가 프로시저를 만드는 일은 더 이상 하지 않기로 결정되었습니다. 개발자 입장에서는 다른 사람이 만든 프로시저를 쓰기보다는 직접 쿼리를 작성하는 것이 개발에 더 효율적이라고 생각하는 이유도 있고요. 쿼리 작성 또한 자신의 업무 영역인데, 다른 사람이 침범(?)하는 것에 대한 거부감 또한 있었던 것으로 보입니다. 온전히 콘트롤하기를 원하는 개발자들이 많은 겁니다. 저는... 업무를 줄일 수만 있다면 누가 프로시저를 만들어 주는 것도 나쁘지 않다고 생각했습니다. 그래서 지금 DB 관리자의 결정이 제게는 조금 아쉽네요.
가령, 로그인을 하는 쿼리를 만든다고 가정해 봅시다.
SELECT COUNT(*)
FROM User
WHERE (id = 'sample') AND (pw = 'pw1234');
쿼리 대신 프로시저를 쓴다면 다음과 같이 바뀌겠지요.
CALL logIn('sample', 'pw1234, @logInCount);
프로시저와 날 쿼리(raw query) 중 어느 쪽이 더 좋을지는... 좀 더 생각해봐야 할 문제인 거 같습니다. 프로시저가 장점도 있지만 단점도 있어서 쓰지 않기를 권하는 의견도 있기 때문입니다.