프로젝트에서 spl procedure를 지양하는 이유가 뭘까요?

Question

프로시져의 경우 한 번의 input parameter로 수정이 발생하지 않을 가능성이 높은 다수의 sql 구문을 간편하게 처리할 수 있어서, ansi 쿼리로 짠다는 가정하에서는 굉장히 매력적으로 보이는데요.수정을 한다고 해도 사실 비즈니스 로직이 한 군데에 몰려있는 구조로, 오히려 고치기 위해서 고려해야할 부분이 줄어드는 장점이 더 커 보이는데프로젝트를 보면 프로시져를 사용하지 않는 것을 기본적인 구조로 잡는 경우가 많습니다.특별한 이유가 있을까요?

kiel · Accepted Answer

무중단 서비스를 할 경우 input parameter 가 바뀔 경우 프로그램과 procedure 를 호환을 맞춰가며 배포해야 합니다. 운영 비용이 증가합니다.비즈니스 로직을 DB에 넣는것보다 프로그램에 두는게 비용상 더 좋습니다.. (CPU 비용 등등)Source 에서 관리해야 하는 procedure 와 DB에 배포된 procedure 가 같도록 버전 관리를 해줘야 합니다. 이것도 비용이 듭니다.단순 쿼리가 아닌 로직이 들어간 프로시저는 생각보다 유지 보수 비용이 높습니다. 그래서 피하게 되는거죠.

B급 감성으로 · Answer

디버깅이 어렵다.제가 한 프로젝트 중에는 대부분 겆어 내더군요.근데 지금은 배치로 쓰고 있습니다.

프로젝트에서 spl procedure를 지양하는 이유가 뭘까요?

2개의 답변

Q&A 목록