DB 트리거와 메세지 큐 트리거에 대해 궁금한게 있습니다.

Question

현재 비동기로 DB에서 생기는 이벤트에 대해 다른 언어로 구현된 프로그램에서 비동기로 데이터를 수신받는 모듈을 만드려고 합니다.여기서 궁금한 점이 DB 트리거는 상대적으로 적용 이후 사이드 이펙트에 대해 관리 하기 어려운 점이 있다고 들었습니다.그래서 사용을 지양하는 편이라고 하더라고요.그런데, 메세지 큐를 구현하면서 볼 때 데이터베이스에서 이벤트가 발생 했을때 메세지 큐 서버와 상호작용 하기 위해 트리거를 사용하는 것을 보게 되었습니다.이 경우에는 메세지 큐 서버와 상호작용 하기에 상대적으로 그냥 DB에서 트리거를 적용하는 것 보다 안정적일까요?메세지 큐의 트리거 위험성이라던가, 다른 문제에 대해서는 크게 자료가 보이지 않아 이렇게 질문 드리게 되었습니다.감사합니다.

Hee Sung Son · Answer

사이드 이펙트 관련해서는 db정합성 때문에 말씀하신거로 보고 말씀드리겠습니다. 같은 db데이터를 동시에 다루는 부분 read ,write이 이벤트후 필요하지 않다면 핸들러 만드실때 컨트롤 해주시면되고 그게 아니라면 큐를 사용하시고 db에서 제공하는 transaction기능을 사용하시면 정합성 문제에서 해방될수 있습니다

Clickin · Answer

트리거 사용 시 트리거 동작이 실패하면 해당 update나 insert, delete가 롤백되어버립니다.이 부분에서 일부러 정합성을 위해 사용하는 경우도 있고메시지 큐나 로그 삽입하는 트리거는 실패할 확률이 매우 적다보니 종종 사용합니다.DB랑 애플리케이션이 1:1로 커플링돼서 사용하는 게 아니라면 애플리케이션 수준에서 db에 날리는 dml에 대한 원자성을 확보하기는 어렵다보니 트리거로 인한 약간의 성능저하를 감수할만한 목적이 있으면 사용합니다.

DB 트리거와 메세지 큐 트리거에 대해 궁금한게 있습니다.

2개의 답변

기술 목록