DB 함수 사용에 대한 트렌드를 알고 싶습니다.

Question

안녕하세요.눈팅만 수년간하다가 처음으로 가입해서 글을 써보네요.요즘 회사에서 DB함수 및 프로시저 등에 대한 사용을 지양하는 것이 방침이었는데, 반복적인 서브쿼리 호출이 필요함에 따라 최근 트렌드를 리서치하고자 합니다.몇년전에는 인덱스 핸들링이 어려워 DB함수를 사용하지 않고 개발하는 것을 얘기 들었던것 같은데, 요즘도 그럴까요?좋은 의견 주시면 감사하겠습니다.고맙습니다.

Clickin · Answer

여전히 함수는 인덱스 핸들링 어렵습니다.하지만 사용유무는 프로젝트의 DBA의 정책에 따라 다른 듯 합니다.최근 하드웨어 발전 덕분에 DB 성능으로 버틸 수 있다고 허용해주는 곳도 있고 원칙적으로 금지하는 곳도 있는 듯 합니다.대신 mysql이면 사용 안하는 쪽이 더 많으리라 보입니다.

영군 · Answer

CASE BY CASE입니다.데이터베이스, 개발언어에 따라서도 지양하는곳이 있고 추천하는 곳이 있고요~어떤업무인지도 중요합니다

캐티 · Answer

정답이 없습니다. 자신 없으면 사용하지 않는 것이 가장 베스트 중에 베스트라 할 수 있겠습니다.프로시저에서 인덱싱 처리가 어려우므로 커서를 사용하는 경우도 보았는데 대부분의 경우에는 1부터 시작하는 임시 필드를 생성하여 조인시켜서 대체할 수 있었습니다. 그럼에도 불구하고 특정 칼럼은 프로시저 내에서 처리하기 곤란하였는데 이런 부분은 더 고민할 필요 없이 어플리케이션에서 반복문을 사용하면 됩니다. 이 정도만 하여도 반복문을 최소화하며 우수한 로직이라고 할 수 있겠습니다.그 밖에 사용하는 변수 등의 엄격한 제한적인 선언 등에 이득을 볼 수 있으므로 사용하는 편이 좋다고 봅니다. MySQL에서는 임시 인덱스를 SELECT @num := @num + 1 처럼 써야 합니다. (또는 외부 시퀀스 테이블 사용..) SET @num = 0 처럼 시작 벨류를 설정해주는 편이 좋으며 다른 데이터베이스에서는 그냥 생성 구문을 제공한다는 큰 차이가 있어요.트렌드를 따라가다 보면 어느 순간 난관에 부딛히고 잘못되었음을 깨닫을 때는 이미 늦었습니다.결국에는 아는 만큼 보이는 것이므로 프로시저, 함수 등에 사용여부는 추가적인 검토가 필요하겠습니다.

kotliner · Answer

고도화될수록 제품의 복잡도가 올라가기 때문에 DBA가 운영쿼리에 관여하기 어렵습니다 (DB 인프라 관리하고 모니터링하고 성능요구사항 따라가기만 해도 리소스가 부족합니다). 따라서 db 함수에 대한 관리가 어려워짐에 따라 제거하는 추세이긴 합니다.성능적인 요구사항은 redis, kafka같은 다른 인프라나 db 설계를 단순화하고 비정규화함으로써 해결하는것이 더 단순하고 명확합니다.

DB 함수 사용에 대한 트렌드를 알고 싶습니다.

4개의 답변

#procedure 목록