0
-> 문서 DB푸른 SQL Server 데이터베이스를 기반으로 나는 현재 프로젝트를 진행하고 데이터 삭제
SQL Server와 DocumentDB 모두 해당 스트림 작업이 있지만 동일한 EventHub 스트림을 공유합니다.
DocumentDB는 보관 싱크이며 SQL Server DB는 3 일간의 데이터 만 저장해야하는보고 기반입니다. 이는보고 및 쿼리 효율성 요구 사항에 따른 것입니다.
우리는 EventHub를 통해 약 30,000 개의 메시지를 받고, SQL Server 테이블에 스트림 작업 (기본 SELECT 쿼리, 조작 없음)을 통해 푸시됩니다.
3 일간 데이터를 보존하기 위해 우리는 3 일이 넘은 날짜를 기준으로 모든 데이터를 삭제하는 SQL SP를 호출하는 Logic App을 설계했습니다. 매일 오전 12시에 운행됩니다.
또 다른 비즈니스 규칙 논리 응용 프로그램 은 SQL 테이블에서을 읽고 비즈니스 논리 검사를 수행합니다. 5 분마다 실행됩니다.
우리는 몇 가지 이상한 이유로 Logic App의 데이터 삭제가 작동하지 않고 몇 달 동안의 데이터가 최대 3 백만 행을 쌓아 올랐습니다. Dev 설정에서 테스트 한 것처럼 SP를 수동으로 실행할 수 있습니다.
로직 애플리케이션
은 는 상태를 성공 표시하지만 SP 실행 단계 3 시도가 발생 말한다 팽창시 황색 검사 기호를 나타낸다.SP가 이전 데이터를 삭제하지 않는 이유는 확실하지 않습니다. 나의 이해는 스트림 작업이 계속 데이터를 푸시하기 때문에 SP의 삭제 작업은 삭제 잠금 및 시간 초과를 얻을 수 없다는 것입니다.
빠른 답변을 얻기 위해 어떤 상황에서 "긴급한"또는 다른 유사한 문구를 추가 할 수 있습니까?] (// meta.stackoverflow.com/q/326569) - 요약하면 자원 봉사자를 대처하는 이상적인 방법이 아니며, 아마도 답을 얻는 데 비생산적입니다. 이 질문을 귀하의 질문에 추가하지 마십시오. – halfer