김백일.cedar 님이 쓰신 글 :
: 쿼리를 직접 날리는 것보다 스토어드 프로시저가 항상 빠릅니다.
: 실무에서 모든 쿼리를 스토어드 프로시저로 하지 않는 것은,
: 구현의 편의를 위한 개발자의 편의일 뿐, 모두 스토어드 프로시저로 하는 것이 옳습니다.
: 또한 성능 향상 뿐만 아니라, 보안과 유지 보수등 여러가지 장점이 있습니다.
:
: 유일한 단점은 각 DBMS 마다 문법의 차이 때문에 이식성이 없다는 점뿐입니다.

항상 빠른거 맞습니다. 맞고요~
모두 스토어드 프로시져로 하는게 옳다는 표현은 좀 극단적인것 같아서....
물론 퍼포먼스나 보안, 유지보수 측면에 엄청난 장점이 있습니다.

저두 최근 2년간 프로젝트진행 하는건 거의 100%라고 해도 과언이 아닐만큼...
스토어드 프로시져와 멀티티어를 이용하고 있습니다.

그런데...회사 마다 서버의 스팩이 다르기때문에 100% 스토어드 프로시져를 쓸 수 없을
때도 가끔있습니다. 아시겠지만 스토어드 프로시져가 램 상주 형태이기 때문에
사양 딸리는 서버에서는 공님께서 말씀하셨듯 자주쓰는 쿼리는 스토어드프로시져로 가고
가끔 쓰는건 일반 쿼리로 가는게 옳다고 봅니다.

물론 최근 1년간 프로젝트 하면서..
서버 사양 딸릴것 같으면 서버를 바꾸라고 권해서 100% 스토어드프로시져로 처리하지
쿼리를 직접 날리진 않습니다만...^^