삭제했는데 동기화된 표에 왜 남지? Eloqua 증분 갱신의 함정
개념 도식이며 실제 제품 화면이나 현장 시험 결과가 아닙니다.
원본의 행 삭제증분: 추가·수정만 수집전체 새로 고침으로 삭제 반영
대상은 Oracle Eloqua 관리형 커넥터
이 설명은 Databricks Lakeflow Connect의 Oracle Eloqua 관리형 커넥터에 한정됩니다. 확인한 공식 문서는 Beta로 표시하며, 사용에는 해당 워크스페이스의 기능 활성화 등 조건이 있습니다. 일반 Oracle 데이터베이스 CDC나 다른 연동 도구에도 같은 동작이라고 확대하면 안 됩니다.
증분 테이블에서는 삭제가 따라오지 않는 이유
증분 수집은 새로 들어오거나 수정된 레코드를 가져옵니다. 공식 제한 사항은 이 방식의 테이블에서 Oracle Eloqua 원본의 삭제 행이 대상 테이블에 남으며, 테이블 전체 새로 고침을 실행해야 삭제가 반영된다고 설명합니다. 실행 성공만으로 원본과 대상의 행 집합이 완전히 같아졌다고 단정할 수 없습니다.
세 종류의 테이블은 예외
| 테이블 유형 | 원본에서 삭제한 행의 반영 |
|---|---|
| 증분 수집 테이블 | 해당 테이블의 전체 새로 고침이 필요합니다. |
| option_list | 매 실행에서 전체 레코드를 다시 수집하므로 그 실행 기준의 삭제가 반영됩니다. |
| event_registration_registrant | 매 실행에서 전체를 다시 수집합니다. |
| custom_object | 매 실행에서 전체를 다시 수집합니다. |
가상 행 A로 보면
원본과 동기화된 표에 행 A가 있다고 가정합니다. 원본에서 A를 지운 뒤 증분 실행만 완료했다면, 증분 테이블의 대상에는 A가 남을 수 있습니다. 이는 기능의 문서상 제한을 설명한 예시입니다. 실제 고객 정보가 남아 있거나 법적 삭제 의무를 위반했다고 관측한 것은 아닙니다.
성공 표시 다음에 확인할 것
- 실제 커넥터가 Oracle Eloqua 관리형 연결인지, 테이블이 증분 수집 대상인지 확인합니다.
- 원본에서 삭제한 같은 행 식별자를 대상의 같은 테이블에서 대조합니다.
- 실행 종류가 증분인지 전체 새로 고침인지, 실제 실행이 완료됐는지 확인합니다.
- 전체 새로 고침이 필요하다면 담당자 승인과 비용·부하·처리 범위를 먼저 검토합니다. 이 글은 운영 파이프라인 실행을 지시하지 않습니다.
자료의 한계
공식 FAQ와 제한 문서를 해설한 교육 자료입니다. AI 한국어 음성과 가상 데이터 도식을 사용했으며, 실제 Eloqua 계정·고객 레코드·삭제 요청·Databricks 파이프라인을 조작하거나 시험하지 않았습니다. 동기화 지연, 비용, 성공률, 규정 준수를 측정하거나 보장하지 않습니다.