SELECT 문을 사용하여 Oracle 데이터베이스 폴링

아티클
10/14/2023

SELECT 문을 사용하여 Oracle 데이터베이스의 테이블과 뷰를 지속적으로 폴링하여 주기적인 데이터 변경 메시지를 받도록 Oracle 데이터베이스 어댑터를 구성할 수 있습니다. 어댑터가 Oracle 데이터베이스를 폴링하기 위해 주기적으로 실행하는 폴링 문으로 SELECT 문을 지정할 수 있습니다. 필요에 따라 데이터가 변경된 경우 어댑터가 실행하는 폴링 후 PL/SQL 코드 블록을 지정할 수도 있습니다. 이 블록은 대상의 쿼리된 레코드에 대한 필드를 업데이트하거나 쿼리된 레코드를 다른 테이블 또는 뷰로 이동하는 데 자주 사용됩니다.

이를 사용하려면 Oracle 데이터베이스 어댑터에서 특정 바인딩 속성을 지정해야 합니다. 연결 URI에서 PollingId 속성을 설정하여 POLLINGSTMT 작업의 대상 네임스페이스를 수정할 수도 있습니다. 자세한 내용은 Oracle Database에서 폴링 기반 데이터 변경 메시지 수신 지원 및 Oracle Database 어댑터에서 폴링 기반 데이터 변경 메시지 받기를 참조하세요. 폴링 작업에 대한 SOAP 메시지의 구조에 대한 자세한 내용은 폴링 작업에 대한 메시지 스키마2를 참조하세요.

Oracle 데이터베이스 어댑터 바인딩 속성을 사용하여 폴링 작업 구성

다음 표에서는 데이터 변경 메시지를 수신하도록 어댑터를 구성하는 데 사용하는 Oracle Database 어댑터 바인딩 속성을 요약합니다. BizTalk Server 관리 콘솔에서 수신 포트를 구성하는 동안 이러한 바인딩 속성을 지정해야 합니다.

Binding 속성	Description
InboundOperationType	폴링 또는 알림 인바운드 작업을 수행할지 여부를 지정합니다. 기본값은 폴링입니다.
PolledDataAvailableStatement	어댑터가 실행하여 폴링에 사용할 수 있는 데이터가 있는지 여부를 결정하는 SQL 문을 지정합니다. 레코드를 사용할 수 있는 경우에만 PollingStatement 바인딩 속성에 대해 지정한 SELECT 문이 실행됩니다. 기본값은 입니다 `SELECT 1 FROM DUAL`. 즉, 폴링되는 테이블에 데이터가 있는지 여부에 관계없이 어댑터가 폴링을 계속해야 했음을 의미합니다.
PollingInterval	Oracle 데이터베이스 어댑터가 PolledDataAvailableStatement 바인딩 속성에 지정된 문을 실행하는 간격(초)을 지정합니다. 기본값은 500초입니다. 폴링 간격은 연속된 폴링 간의 시간 간격을 결정합니다. 문이 지정된 간격 내에 실행되면 어댑터는 간격의 남은 시간 동안 절전 모드로 유지됩니다.
PollingStatement	폴링 문을 지정합니다. SELECT 문을 사용하여 폴링하려면 이 바인딩 속성에 대해 SELECT 문을 지정해야 합니다. 기본값은 null입니다. 폴링을 사용하도록 설정하려면 PollingStatement 바인딩 속성에 대한 값을 지정해야 합니다. 폴링 문은 PolledDataAvailableStatement 바인딩 속성에 의해 결정되는 폴링에 사용할 수 있는 데이터가 있는 경우에만 실행됩니다.
PollingAction	폴링 작업에 대한 작업을 지정합니다. 어댑터 서비스 추가 기능 사용을 사용하여 작업에 대해 생성한 메타데이터에서 특정 작업에 대한 폴링 작업을 확인할 수 있습니다.
PostPollStatement	PollingStatement 바인딩 속성에 지정된 문이 실행된 후 실행되는 문 블록을 지정합니다.
PollWhileDataFound	Oracle 데이터베이스 어댑터가 폴링 간격을 무시하고 폴링되는 테이블에서 데이터를 사용할 수 있는 경우 폴링 문을 지속적으로 실행할지 여부를 지정합니다. 테이블에서 사용할 수 있는 데이터가 없으면 어댑터가 되돌려 지정된 폴링 간격으로 폴링 문을 실행합니다. 기본값은 false입니다.

이러한 속성에 대한 자세한 설명은 Oracle Database 어댑터 바인딩 속성에 대해 읽기를 참조하세요. Oracle 데이터베이스 어댑터를 사용하여 Oracle 데이터베이스를 폴링하는 방법에 대한 자세한 내용은 자세히 알아보세요.

이 항목에서 폴링을 보여 주는 방법

이 항목에서는 Oracle Database 어댑터가 SELECT 문을 사용하여 데이터 변경 메시지 수신을 지원하는 방법을 보여 주려면 BizTalk 프로젝트를 만들고 PollingStatement 바인딩 속성을 다음으로 설정하여 POLLINGSTMT 작업에 대한 스키마를 생성합니다.

SELECT * FROM ACCOUNTACTIVITY FOR UPDATE

ACCOUNTACTIVITY 테이블은 샘플과 함께 제공되는 SQL 스크립트를 실행하여 데이터베이스에서 이러한 개체를 만들 때 만들어집니다.

참고

이 항목의 오케스트레이션은 샘플과 함께 제공되는 스크립트를 실행하여 만든 기본 데이터베이스 테이블인 ACCOUNTACTIVITY 테이블을 폴링합니다. 다른 테이블을 폴링하려면 이 항목에 설명된 대로 유사한 절차를 수행해야 합니다.

폴링 작업을 보여 주기 위해 다음을 수행합니다.

PolledDataAvailableStatement 바인딩 속성에 대한 SELECT 문을 지정하여 폴링되는 테이블(ACCOUNTACTIVITY)에 데이터가 있는 위치를 결정합니다. 이 예제에서는 이 바인딩 속성을 다음과 같이 설정할 수 있습니다.
```
SELECT COUNT (*) FROM ACCOUNTACTIVITY  
```
이렇게 하면 ACCOUNTACTIVITY 테이블에 일부 레코드가 있는 경우에만 어댑터가 폴링 문을 실행합니다.
PollingStatement 바인딩 속성에 대해 앞에서 설명한 대로 SELECT 문을 지정합니다. 이 문은 ACCOUNTACTIVITY 테이블의 모든 행을 검색합니다.
POSTPollStatement 바인딩 속성의 일부로 PL/SQL 블록을 실행합니다. 이 문은 ACCOUNTACTIVITY 테이블에서 데이터베이스의 다른 테이블로 모든 데이터를 이동합니다. 이 경우 다음에 PollingStatement 에 지정된 문이 실행될 때 데이터를 가져오지 않습니다.
ACCOUNTACTIVITY 테이블에 더 많은 데이터가 추가될 때까지 폴링 메시지가 표시되지 않습니다. 따라서 ACCOUNTACTIVITY 테이블을 새 레코드로 다시 채워야 합니다. 샘플과 함께 제공되는 more_activity_data.sql 스크립트를 실행하여 수행할 수 있습니다. 이 스크립트를 실행한 후 다음 폴링 작업은 테이블에 삽입된 새 레코드를 가져옵니다.

Oracle에서 데이터 변경 메시지를 받는 방법

BizTalk Server Oracle Database 어댑터를 사용하여 Oracle 데이터베이스에서 작업을 수행하려면 구성 요소에 설명된 다음 절차 작업을 수행하여 Oracle Database를 사용하여 BizTalk 애플리케이션을 개발합니다. SELECT 문을 사용하여 Oracle 데이터베이스를 폴링하도록 어댑터를 구성하려면 다음 작업을 수행합니다.

BizTalk 프로젝트를 만들고 폴링하려는 테이블에 대한 POLLINGSTMT 작업에 대한 스키마를 생성합니다.
Oracle 데이터베이스에서 메시지를 수신하기 위한 메시지를 BizTalk 프로젝트에 만듭니다.
Oracle에서 메시지를 수신하고 폴더에 저장하는 오케스트레이션을 만듭니다.
BizTalk 프로젝트를 빌드하고 배포합니다.
물리적 송신 및 수신 포트를 만들어 BizTalk 애플리케이션을 구성합니다.

중요

인바운드 폴링 시나리오의 경우 항상 단방향 수신 포트를 구성해야 합니다. 양방향 수신 포트는 인바운드 작업에 지원되지 않습니다.
BizTalk 애플리케이션을 시작합니다.

이 항목에서는 이러한 작업을 수행하는 지침을 제공합니다.

스키마 생성

POLLINGSTMT 작업에 대한 스키마를 생성해야 합니다. 어댑터 서비스 추가 기능 사용을 사용하여 스키마를 생성하는 동안 다음 작업을 수행합니다.

스키마를 생성하는 동안 PollingStatement 바인딩 속성에 대한 값을 지정합니다. 이 바인딩 속성에 대한 자세한 내용은 Oracle Database 어댑터 바인딩 속성에 대해 읽기를 참조하세요. 예를 들어 다음을 폴링 문으로 지정합니다.
```
SELECT * FROM ACCOUNTACTIVITY FOR UPDATE  
```
계약 유형을 서비스(인바운드 작업)로 선택합니다.
POLLINGSTMT 작업에 대한 스키마를 생성합니다.

스키마를 생성하는 방법에 대한 자세한 내용은 Oracle Database 작업에 대한 메타데이터 찾아보기, 검색 및 가져오기를 참조하세요.

메시지 및 메시지 형식 정의

이전에 생성한 스키마는 오케스트레이션의 메시지에 필요한 "형식"을 설명합니다. 메시지는 일반적으로 해당 스키마에 의해 정의된 형식인 변수입니다. 스키마가 생성되면 BizTalk 프로젝트의 오케스트레이션 보기에서 메시지에 연결해야 합니다.

이 항목의 경우 Oracle에서 메시지를 받을 하나의 메시지를 만들어야 합니다.

다음 단계를 수행하여 메시지를 만들고 스키마에 연결합니다.

메시지를 만들고 스키마에 연결하려면

BizTalk 프로젝트에 오케스트레이션을 추가합니다. 솔루션 탐색기 BizTalk 프로젝트 이름을 마우스 오른쪽 단추로 클릭하고 추가를 가리킨 다음 새 항목을 클릭합니다. BizTalk 오케스트레이션의 이름을 입력한 다음 추가를 클릭합니다.
아직 열려 있지 않은 경우 BizTalk 프로젝트의 오케스트레이션 보기 창을 엽니다. 보기를 클릭하고 다른 창을 가리킨 다음 오케스트레이션 보기를 클릭합니다.
오케스트레이션 보기에서 메시지를 마우스 오른쪽 단추로 클릭한 다음 새 메시지를 클릭합니다.
새로 만든 메시지를 마우스 오른쪽 단추로 클릭한 다음 속성 창을 선택합니다.

Message_1속성 창에서 다음을 수행합니다.

사용 항목 원하는 작업

ID Receive를 입력 합니다.

메시지 유형 드롭다운 목록에서 스키마를 확장하고 TablePolling.OracleDBBinding을 선택합니다. 여기서 TablePolling 은 BizTalk 프로젝트의 이름입니다. OracleDBBindingSchema 는 ACCOUNTACTIVITY 테이블의 POLLINGSTMT 작업에 대해 생성된 응답 스키마입니다.

중요 폴링은 단방향 작업이므로 어댑터에서 생성된 스키마는 응답 노드를 포함하지 않으므로 스키마에 루트 노드가 하나만 있습니다. 메시지 형식에 이러한 스키마를 사용하는 경우 생성된 스키마의 파일 이름으로 스키마를 식별해야 합니다.

예를 들어 양방향 작업에 대한 스키마를 만드는 경우 이름이 OracleDBBindingSchema 인 스키마 파일의 노드는 "요청" 및 "응답"과 같을 수 있습니다. 오케스트레이션에서 요청 스키마에 매핑되는 메시지를 만들려면 를 찾아 OracleDBBindingSchema.Request목록에서 스키마를 식별할 수 있습니다. 그러나 폴링 작업의 경우 유일한 노드가 "POLLINGSTMT"이므로 단일 노드가 있는 스키마가 schemafilename>으로 <나열되지 않으므로 매핑하려는 스키마를 식별하기가 쉽지 않습니다.<rootnodename>. 대신 이러한 스키마는 파일 이름으로만 나열됩니다. 이러한 경우 스키마를 식별하는 유일한 방법은 스키마 파일 이름(예: OracleDBBindingSchema)을 사용하는 것입니다.

사용 항목	원하는 작업
ID	Receive를 입력 합니다.
메시지 유형	드롭다운 목록에서 스키마를 확장하고 TablePolling.OracleDBBinding을 선택합니다. 여기서 TablePolling 은 BizTalk 프로젝트의 이름입니다. OracleDBBindingSchema 는 ACCOUNTACTIVITY 테이블의 POLLINGSTMT 작업에 대해 생성된 응답 스키마입니다. 중요 폴링은 단방향 작업이므로 어댑터에서 생성된 스키마는 응답 노드를 포함하지 않으므로 스키마에 루트 노드가 하나만 있습니다. 메시지 형식에 이러한 스키마를 사용하는 경우 생성된 스키마의 파일 이름으로 스키마를 식별해야 합니다. 예를 들어 양방향 작업에 대한 스키마를 만드는 경우 이름이 `OracleDBBindingSchema` 인 스키마 파일의 노드는 "요청" 및 "응답"과 같을 수 있습니다. 오케스트레이션에서 요청 스키마에 매핑되는 메시지를 만들려면 를 찾아 `OracleDBBindingSchema.Request`목록에서 스키마를 식별할 수 있습니다. 그러나 폴링 작업의 경우 유일한 노드가 "POLLINGSTMT"이므로 단일 노드가 있는 스키마가 schemafilename>으로 <나열되지 않으므로 매핑하려는 스키마를 식별하기가 쉽지 않습니다.<rootnodename>. 대신 이러한 스키마는 파일 이름으로만 나열됩니다. 이러한 경우 스키마를 식별하는 유일한 방법은 스키마 파일 이름(예: OracleDBBindingSchema)을 사용하는 것입니다.

오케스트레이션 설정

Oracle에서 폴링 기반 데이터 변경 메시지를 수신하는 데 BizTalk Server 사용할 BizTalk 오케스트레이션을 만들어야 합니다. 이 오케스트레이션에서 어댑터는 PollingStatement 바인딩 속성에 지정된 SELECT 문을 실행하여 응답을 받습니다. SELECT 문의 응답 메시지는 FILE 위치에 저장됩니다. Oracle 데이터베이스 폴링에 대한 일반적인 오케스트레이션에는 다음이 포함됩니다.

Oracle에서 메시지를 수신하고 각각 FILE 포트로 보낼 셰이프를 수신하고 보냅니다.
Oracle 데이터베이스에서 메시지를 수신하는 단방향 수신 포트입니다.

중요

인바운드 폴링 시나리오의 경우 항상 단방향 수신 포트를 구성해야 합니다. 양방향 수신 포트는 인바운드 작업에 지원되지 않습니다.
Oracle 데이터베이스에서 폴링 응답을 보내는 단방향 송신 포트입니다.

샘플 오케스트레이션은 다음과 유사합니다.

Oracle 에

메시지 셰이프 추가

각 메시지 셰이프에 대해 다음 속성을 지정해야 합니다. Shape 열에 나열된 이름은 방금 언급한 오케스트레이션에 표시된 메시지 셰이프의 이름입니다.

도형	도형 유형	속성
ReceiveMessage	Receive	- 이름을ReceiveMessage로 설정 - 활성화를 True로 설정
SaveMessage	Send	- 이름을SaveMessage로 설정

포트 추가

각 논리 포트에 대해 다음 속성을 지정해야 합니다. 포트 열에 나열된 이름은 오케스트레이션에 표시된 포트의 이름입니다.

포트	속성
OracleReceivePort	- 식별자를OracleReceivePort로 설정 - 형식을 OracleReceivePortType으로 설정 - 통신 패턴을단방향으로 설정 - 수신할 통신 방향 설정
SaveMessagePort	- 식별자를SaveMessagePort로 설정 - Type을 SaveMessagePortType으로 설정 - 통신 패턴을단방향으로 설정 - 통신 방향을전송으로 설정

작업 셰이프에 대한 메시지 지정 및 포트에 연결

다음 표에서는 작업 셰이프에 대한 메시지를 지정하고 메시지를 포트에 연결하도록 설정해야 하는 속성 및 해당 값을 지정합니다. Shape 열에 나열된 이름은 앞에서 언급한 오케스트레이션에 표시된 메시지 셰이프의 이름입니다.

도형	속성
ReceiveMessage	- 메시지를수신으로 설정 - 작업을OracleReceivePort.Polling.Request로 설정
SaveMessage	- 메시지를수신으로 설정 - 작업을SaveMessagePort.Polling.Request로 설정

이러한 속성을 지정하면 메시지 셰이프와 포트가 연결되고 오케스트레이션이 완료됩니다.

이제 BizTalk 솔루션을 빌드하고 BizTalk Server 배포해야 합니다. 자세한 내용은 오케스트레이션 빌드 및 실행을 참조하세요.

BizTalk 애플리케이션 구성

BizTalk 프로젝트를 배포한 후에는 이전에 만든 오케스트레이션이 BizTalk Server 관리 콘솔의 오케스트레이션 창 아래에 나열됩니다. 애플리케이션을 구성하려면 BizTalk Server 관리 콘솔을 사용해야 합니다. 연습은 연습 : 기본 BizTalk 애플리케이션 배포를 참조하세요.

애플리케이션 구성에는 다음이 포함됩니다.

애플리케이션에 대한 호스트를 선택합니다.

오케스트레이션에서 만든 포트를 BizTalk Server 관리 콘솔의 실제 포트에 매핑합니다. 이 오케스트레이션의 경우 다음을 수행해야 합니다.

하드 디스크의 위치와 BizTalk 오케스트레이션이 Oracle에서 메시지를 삭제할 해당 FILE 포트를 정의합니다. 이러한 메시지는 수신 포트에 대해 지정한 폴링 문에 대한 응답입니다.

물리적 WCF-Custom 정의하거나 단방향 수신 포트를 WCF-OracleDB. 이 포트는 Oracle 데이터베이스를 폴링합니다. 수신 포트를 만드는 방법에 대한 자세한 내용은 Oracle 데이터베이스 어댑터에 대한 물리적 포트 바인딩 수동 구성을 참조하세요. 수신 포트에 대해 다음 바인딩 속성을 지정해야 합니다.

Binding 속성	값
InboundOperationType	폴 링으로 설정합니다.
PolledDataAvailableStatement	이 예제에서는 이 바인딩 속성을 다음으로 설정합니다. `SELECT COUNT (*) FROM ACCOUNTACTIVITY` 이렇게 하면 ACCOUNTACTIVITY 테이블에 일부 레코드가 있는 경우에만 어댑터가 폴링 문을 실행합니다.
PollingStatement	이 바인딩 속성의 경우 SELECT 문을 지정하여 ACCOUNTACTIVITY 테이블에서 모든 레코드를 검색합니다. 이 예제에서는 이 바인딩 속성을 다음으로 설정합니다. `SELECT * FROM ACCOUNTACTIVITY FOR UPDATE`
PostPollStatement	ACCOUNTACTIVITY 테이블에서 다른 테이블로 모든 데이터를 이동하려면 폴링 후 문을 지정합니다. 이 예제에서는 이 바인딩 속성을 다음으로 설정합니다. `BEGIN ACCOUNT_PKG.PROCESS_ACTIVITY(); END;`

다양한 바인딩 속성에 대한 자세한 내용은 Oracle Database 어댑터 바인딩 속성에 대해 읽어보세요.

참고

Oracle Database 어댑터를 사용하여 인바운드 작업을 수행하는 동안 트랜잭션 격리 수준 및 트랜잭션 시간 제한을 구성하는 것이 좋습니다. 수신 포트를 구성하는 동안 서비스 동작을 추가하여 이 작업을 수행할 수 있습니다. 서비스 동작을 추가하는 방법에 대한 지침은 트랜잭션 격리 수준 및 트랜잭션 시간 제한 구성을 참조하세요.

애플리케이션 시작

Oracle 데이터베이스 폴링을 위해 BizTalk 애플리케이션을 시작해야 합니다. BizTalk 애플리케이션 시작에 대한 지침은 오케스트레이션을 시작하는 방법을 참조하세요.

이 단계에서는 다음을 확인합니다.

PollingStatement 바인딩 속성에 지정된 SELECT 문을 사용하여 Oracle을 폴링하는 WCF-Custom 또는 WCF-OracleDB 단방향 수신 포트가 실행 중입니다.
Oracle 데이터베이스에서 메시지를 받는 FILE 송신 포트가 실행 중입니다.
작업에 대한 BizTalk 오케스트레이션이 실행 중입니다.

작업 실행

애플리케이션을 실행한 후 동일한 순서로 다음 작업 집합이 수행됩니다.

어댑터는 PolledDataAvailableStatement 를 실행합니다. 이 값은 PollingStatement 바인딩 속성에 지정된 문을 실행하도록 어댑터를 나타내는 양수 값을 반환합니다.

어댑터는 PollingStatement 바인딩 속성에 대해 SELECT 문을 실행하고 ACCOUNTACTIVITY 테이블의 모든 행을 반환합니다. Oracle 데이터베이스의 응답은 다음과 유사합니다.

<?xml version="1.0" encoding="utf-8" ?>   
<POLLINGSTMT xmlns="http://Microsoft.LobServices.OracleDB/2007/03/POLLINGSTMT">  
  <POLLINGSTMTRECORD>  
    <POLLINGSTMTRECORD>  
      <TID>1</TID>   
      <ACCOUNT>100001</ACCOUNT>   
      <AMOUNT>500</AMOUNT>   
      <DESCRIPTION />   
      <TRANSDATE>2008-08-03T20:10:28</TRANSDATE>   
      <PROCESSED>n</PROCESSED>   
    <POLLINGSTMTRECORD>  
  <POLLINGSTMTRECORD>  
      ......  
      ......  
  </POLLINGSTMTRECORD>  
    ......  
    ......  
  </POLLINGSTMTRECORD>  
</POLLINGSTMT>

어댑터는 ACCOUNTACTIVITY 테이블의 모든 데이터를 다른 테이블로 이동하는 폴링 후 문을 실행합니다.
폴링 간격 후에 어댑터는 PolledDataAvailableStatement를 다시 실행합니다. ACCOUNTACTIVITY 테이블에는 현재 레코드가 없으므로 PolledDataAvailableStatement 는 양수 값을 반환하지 않으므로 어댑터는 PollingStatement 바인딩 속성에 지정된 문을 실행하지 않습니다. 결과적으로 어댑터 클라이언트는 폴링 메시지를 받지 않습니다.
일부 레코드가 ACCOUNTACTIVITY 테이블에 명시적으로 삽입될 때까지 어댑터 클라이언트는 더 이상 폴링 메시지를 받지 않습니다. 더 많은 레코드를 삽입하려면 샘플과 함께 제공되는 more_activity_data.sql 스크립트를 실행할 수 있습니다. 이 스크립트를 실행한 후 다음에 PolledDataAvailableStatement 가 실행될 때 양수 값을 반환합니다. 결과적으로 어댑터는 폴링 문을 실행하고 어댑터 클라이언트는 폴링 메시지를 다시 받습니다.

참고

Oracle 데이터베이스 어댑터는 BizTalk Server 관리 콘솔에서 수신 포트를 명시적으로 사용하지 않도록 설정할 때까지 계속 폴링됩니다.

가능한 예외

BizTalk Server 사용하여 Oracle 데이터베이스에서 폴링 쿼리를 실행하는 동안 발생할 수 있는 예외에 대한 자세한 내용은 Oracle 데이터베이스 어댑터를 사용한 예외 및 오류 처리를 참조하세요.

모범 사례

BizTalk 프로젝트를 배포하고 구성한 후에는 구성 설정을 바인딩 파일이라는 XML 파일로 내보낼 수 있습니다. 바인딩 파일을 생성한 후에는 파일에서 구성 설정을 가져와서 동일한 오케스트레이션에 대한 송신 포트 및 수신 포트를 만들 필요가 없도록 할 수 있습니다. 바인딩 파일에 대한 자세한 내용은 Oracle 데이터베이스 어댑터 바인딩 다시 사용을 참조하세요.

참고 항목

BizTalk Server 사용하여 Oracle 데이터베이스 폴링

다음을 통해 공유