[39편] DB 담당자가 바뀌어도 결재 규칙은 그대로였다
2026년 11월 9일
SQL 승인 규칙을 만들어 두면 요청을 정해진 담당자에게 보낼 수 있다. 그런데 DB 담당자가 바뀌면 결재 규칙에 들어 있는 승인자도 다시 고쳐야 할까?
이번에는 QueryPie의 Connection Owner를 승인자로 사용하는 규칙을 만들어 봤다. 첫 요청을 처리한 뒤 DB 연결의 담당자만 바꾸고, 같은 규칙으로 올린 다음 요청을 누가 받는지 확인했다.
승인자는 연결 담당자로 정했다
새 결재 규칙의 이름은 EP39 - Connection Owner Approval로 정했다. 요청 유형은 SQL Request, 승인 방식은 Assign Connection Owner를 선택했다. 실행자는 Demo Developer로 고정하고 자기 승인은 꺼 뒀다.

실습용 DB 연결은 Owner Handoff Lab으로 등록했다. Connection Owner에는 처음 담당할 Demo Approver 한 명을 지정했다.

Connection Owner는 개별 DB 연결에 지정하는 담당자다. 조직 전체를 관리하는 Owner 역할과는 별도로 지정한다. 이번에는 이 담당자 정보를 SQL 요청의 승인자 배정에 사용했다.
요청을 올릴 Demo Developer에게는 새 연결의 Read-Only 권한을 부여했다. 검토할 SQL은 이 권한으로 조회할 수 있는 주문번호 27002 한 건의 SELECT로 골랐다.
첫 요청은 Demo Approver가 승인했다
Demo Developer로 새 SQL Request를 작성했다. 앞서 만든 규칙과 Owner Handoff Lab을 선택하고 주문 조회 SQL을 넣었다. 제목에는 담당자 변경 전 요청임을 알아볼 수 있도록 A를 붙였다.
작성 양식의 승인자 항목에는 Connection Owner라고 표시됐다. 요청을 제출한 뒤 상세 화면을 열어 보니 실제 승인자로 Demo Approver가 배정돼 있었다. 요청자가 사람 이름을 따로 고를 필요가 없었다.

Demo Approver의 받은 요청에서 같은 요청을 열었다. 연결과 SQL을 확인하고 “연결 담당자로서 가상 주문 조회 내용을 확인하고 승인합니다.”라는 의견을 남겨 승인했다.
이후 Demo Developer가 승인된 요청을 실행했다. Results에는 1 Rows selected, in 4 ms가 표시됐고, 첫 요청은 승인과 실행을 모두 마쳤다.

결재 규칙은 두고 담당자만 바꿨다
첫 요청이 끝난 다음 Owner Handoff Lab의 Connection Owner를 바꿨다. 담당자 목록에서 Demo Approver를 빼고 Demo Auditor 한 명을 지정해 저장했다.

DB 연결 정보와 Demo Developer의 Read-Only 권한은 그대로 뒀다. 결재 규칙의 승인 방식도 Assign Connection Owner, 실행자도 Demo Developer를 유지했다. 이번에 바꾼 것은 연결의 담당자였다.
새 요청은 바뀐 담당자에게 배정됐다
Demo Developer로 새 SQL Request를 열어 두 번째 요청 B를 작성했다. 첫 요청과 같은 규칙, 같은 연결, 같은 주문 조회 SQL을 사용했다.
양식의 승인자 항목은 이번에도 Connection Owner였다. 제출된 요청 상세에서는 승인자가 Demo Auditor로 표시됐다. 연결에서 바꾼 담당자 정보가 새 요청의 승인자 배정에 반영된 것이다.

Demo Auditor의 받은 요청에서 B를 직접 열어 SQL을 확인했다. “변경된 연결 담당자로서 가상 주문 조회 내용을 확인하고 승인합니다.”라는 의견을 남기고 승인했다.

Demo Developer가 두 번째 요청도 실행했다. 이번 Results에는 1 Rows selected, in 3 ms가 표시됐다. 담당자가 바뀐 뒤에도 같은 승인 규칙으로 요청과 실행을 마칠 수 있었다.
두 요청을 처리한 사람도 기록에 남았다
Workflow Logs에서 두 요청의 제목으로 검색했다. A와 B 각각 요청 제출, 승인, SQL 실행이 남아 있어 모두 여섯 건이었다. 첫 요청의 승인자는 Demo Approver, 두 번째 요청의 승인자는 Demo Auditor였고, 요청과 실행은 두 번 모두 Demo Developer가 맡았다.

Query Audit에서도 두 SELECT가 Owner Handoff Lab에서 실행된 성공 기록을 확인했다. 실행 경로는 모두 SQL Request였다. 결재 규칙을 마지막으로 다시 확인했을 때도 승인 방식과 실행자, 수정 시각이 처음 그대로였다.
담당자를 바꿀 때 결재 규칙의 승인자 이름을 다시 고칠 필요가 없었다. DB 연결의 담당자 정보를 바꾸자, 그 뒤 새로 올린 요청은 새 담당자에게 배정됐다. 같은 승인 방식을 유지하면서 DB별 담당자를 연결 정보에서 관리할 수 있다는 점이 편했다.
실습은 QueryPie Community 11.6.7과 MySQL 8.0.42에서 진행했다. 사용자와 주문은 모두 실습용이다.
참고: DB Connections · Approval Rules · Workflow Logs
![[38편] 서버 태그를 바꾸니 그룹 구성도 따라 바뀌었다](/assets/content/acp-lab-notes/server-tag-groups/01.webp)
![[40편] DB 접속 권한은 그대로 두고 허용 IP를 정해봤다](/assets/content/acp-lab-notes/database-ip-restrictions/01.webp)