db2 프로시저 예제

DB2 저장 프로시저를 수동으로 설치해야 하는 경우 설치 디렉토리 OracleBIdwrepsiebprocdb2udb에 있습니다. 각 플랫폼에 대한 하위 디렉터리가 있습니다. 예를 들어 Windows 플랫폼에 대한 저장 프로시저는 하위 디렉토리 OracleBIdwrepsiebprocdb2udbwin32에 저장됩니다. 이러한 프로시저가 만들어지면 해당 프로시저가 있는지 확인할 수 있습니다. 테스트가 완료되면 TEST_SIEBPROC 테이블을 삭제할 수 있습니다. 예를 들어 저장 프로시저를 d:Program 파일SQLLIB함수siebproc64로 복사한 경우 이 디렉토리의 이름을 d:프로그램 파일SQLLIBfunctionsiebproc로 바꿉니다. 참고: DB2 저장 프로시저의 위치에 대한 자세한 내용은 DB2-UDB에 대한 저장 프로시저 만들기를 참조하십시오. 앞서 언급했듯이 저장 프로시저는 선형 또는 순차적 프로그램입니다. 구문은 구현마다 다르지만 몇 가지 일반적인 기능을 강조할 수 있습니다.

저장 프로시저는 매개 변수를 허용하고 로컬 변수 선언을 허용할 수 있습니다. 그들은 구조화되어 하위 모듈의 사용을 허용; 또한 반복적이고 조건부 문 실행을 허용합니다. 위의 저장 프로시저는 SQL*Plus 명령줄또는 TOAD 또는 Oracle Enterprise Manager와 같은 GUI 도구에서 직접 컴파일한 다음 다음 구문을 사용하여 호출할 수 있습니다. 예외 처리 구성 요소입니다. 헤더(CREATE와 IS 라는 키워드 사이)에는 매개 변수 이름과 데이터 형식이 포함됩니다. 지역 변수는 선언 섹션에서 선언할 수 있습니다. 본문에는 프로시저의 논리가 저장되고 선택적 예외 섹션은 프로시저 실행 중에 발생할 수 있는 오류인 예외를 처리하는 것입니다. 다음은 이 논리를 구현하는 구문입니다: DB2의 명령줄 프로세서 도구(CLP)를 사용하여 전술한 저장 프로시저를 컴파일하려면 위의 코드가 파일 C:SQLBIBDB2SP_PRODUCT에 저장된다고 가정하면 이 구문을 사용합니다.

SQL): 저장 프로시저는 다음과 같은 비즈니스 논리를 구현합니다. 새 제품은 종종 ACME 샘플 데이터베이스의 PRODUCT 테이블에 입력됩니다. 문제는 서기가 때때로 대문자와 소문자의 다른 조합을 사용하여 중복 제품 이름을 입력하는 것입니다. 예를 들어, SPRUCE LUMBER 30X40X50, 스프루스 목재 30x40x50 및 스프루스 목재 30X40X50은 단일 항목이어야 하지만 다른 테이블의 외래 키가 참조되는 다른 기본 키가 있는 세 개의 개별 엔터티로 입력하여 데이터 무결성을 유발할 수 있습니다. 문제. 이러한 절차의 존재를 확인 하려면 아래 단계를 따르십시오. Transact-SQL을 사용하면 단일 DROP 프로시저 문 내에서 여러 프로시저를 삭제할 수 있습니다. 프로시저 이름은 쉼표로 구분해야 합니다. 참고: 오류 메시지가 나오면 필요한 저장 프로시저가 없습니다. 이러한 디렉토리에는 함수를 만드는 데 사용되는 siebproc.sql 및 sqlproc.ksh 파일도 포함되어 있습니다. 자세한 내용은 DB2 저장 프로시저를 만들려면)를 참조하십시오.

저장 프로시저는 데이터베이스 관리자가 수행해야 합니다(자세한 내용은 DB2 저장 프로시저를 만들려면 참조). MS SQL Server Transact-SQL 저장 프로시저도 헤더와 본문으로 구성됩니다. 변수 선언은 프로시저 본문에서 수행됩니다. 이전 기능을 사용하여 저장 프로시저를 만드는 구문은 다음과 같습니다.