SQL Server 7.0 시작하기 (8)

저장 프로시저에서 결과 반환
저장 프로시저에서 결과를 반환하는 방법에는 세 가지가 있습니다.
1. 결과 집합 반환
이는 클라이언트 애플리케이션에서 결과를 반환하는 가장 일반적인 방법입니다. 결과 집합은 SELECT 문을 사용하여 데이터를 선택하여 생성됩니다. 결과 세트는 영구 테이블, 임시 테이블 또는 로컬 변수에서 생성될 수 있습니다. 결과를 다른 저장 프로시저로 반환하는 것은 효율적인 접근 방식이 아닙니다. 저장 프로시저는 다른 저장 프로시저에서 생성된 결과 집합에 액세스할 수 없습니다.
예를 들어 영구 테이블에서 결과 집합을 반환합니다.
USE pubs
GO
CREATE PROCEDURE ap_CreateResultFromPermtable
AS
SELECT au_iname FROM Author
GO
예를 들어 , 로컬 변수에서 결과 세트 생성:
USE pubs
GO
CREATE PROCEDURE ap_CreateResultFromVariable
AS
DECLARE @au_iname char(20)
SELECT @au_iname = au_iname FROM Author
WHERE au_id = ' 172-32-1176'
SELECT @au_id
GO
2. OUTPUT 매개변수 값 설정
출력 매개변수는 저장 프로시저에서 결과를 검색하는 데 자주 사용됩니다. 저장 프로시저로 전송될 때 매개변수가 OUTPUT으로 정의된 경우 매개변수에 대한 모든 수정 사항은 저장 프로시저를 종료한 후에도 그대로 유지됩니다.
예:
USE pubs
GO
CREATE PROCEDURE ap_SetOutputVar @count 정수 OUTPUT
AS
SELECT @count = count(*) FROM 작성자
GO
OUTPUT FROM 매개변수에서 값 검색:
USE pubs
GO
CREATE PROCEDURE ap_GetOutputVar
AS
DECLARE @num 정수
EXECUTE ap_SetOutputVar @num OUTPUT
PRINT “the count is ”+ 변환(문자,@num)
GO
· 커서를 OUTPUT 매개변수로 사용합니다. 커서는 OUTPUT(출력) 매개변수를 사용할 수 있지만 입력 매개변수로 사용할 수는 없습니다. 즉, 커서를 결과로 반환할 수는 있지만 프로시저로 전달할 수는 없습니다. 커서가 매개변수로 사용되는 경우 OUTPUT 및 VARYING으로 정규화되어야 합니다. VARYING 키워드는 결과 세트가 출력 매개변수를 지원하는 데 사용됨을 나타냅니다. 이는 호출 프로시저에 결과 집합을 반환하는 기능을 제공합니다.
예:
펍 사용
GO
프로시저 만들기 GetTitleCount @count_cursor CURSOR VARYING OUTPUT
AS
SET @count_cursor = CURSOR
FOR
SELECT au_id,count( * )
FROM titleauthors
GROUP BY au_id
OPEN @count_cursor
GO
3. RETURN 매개변수를 통해 상태를 반환
저장 프로시저에서 오류 코드를 반환하는 방법입니다. 저장 프로시저는 항상 상태 값을 반환하며 사용자는 RETURN 문을 사용하여 자신의 상태를 반환할 수도 있습니다.
예:
펍 사용
GO
CREATE PROCEDURE ap_SetReturnStatus
AS
DECLARE @count 정수
SELECT @count = count(*) FROM Author
IF @ count = 0
RETURN(1)
ELSE
RETURN (0)
GO
예를 들어 반환된 상태를 검색합니다.
USE pubs
GO
CREATE PROCEDURE ap_GetReturnStatus
AS
DECLARE @status 정수
EXECUTE @status = ap_SetReturnStatus
IF @status = 1
PRINT “행을 찾을 수 없음”
ELSE
PRINT “성공”
GO

저장 프로시저의 오류 처리
다른 프로그램과 마찬가지로 저장 프로시저의 오류 처리는 매우 중요합니다. 시스템 변경 @@error는 각 Transact SQL 문을 실행한 후 값을 가져옵니다. 성공적인 실행의 경우 @@error 값은 0입니다. 오류가 발생하면 @@error에 오류 정보가 포함됩니다. @@error 시스템 변수는 저장 프로시저의 오류 처리에 매우 중요합니다.
참고: 오류를 방지하기 위해 @@error로 설정할 수 있는 값은 sysmessages 테이블의 "error"에 반영됩니다.
저장 프로시저에는 두 가지 유형의 오류가 있습니다.
1. 데이터베이스 관련 오류
이러한 오류는 데이터베이스의 불일치로 인해 발생합니다. 시스템은 특정 오류를 나타내기 위해 0이 아닌 @@error 값을 사용합니다. 데이터베이스.질문입니다. Transact SQL이 실행된 후 @@error를 통해 발생한 오류를 확인할 수 있습니다. @@error가 0이 아닌 것으로 확인되면 필요한 조치를 취해야 하며 대부분의 경우 저장소는 추가 처리 없이 반환됩니다. 다음 예에서는 데이터베이스 오류를 가져오는 일반적인 방법을 보여줍니다. 이 절차에서는 호출 프로그램에서 액세스할 수 있도록 오류 코드를 출력 변수에 배치합니다.
펍 사용
GO
프로시저 만들기 ap_TrapDatabaseError @return_code 정수 OUTPUT
AS
업데이트 작성자 SET au_iname = “Jackson”
WHERE au_iname = “Smith”
IF @@error 0
BEGIN
​​​​SELECT @return_code = @@error
RETURN
END
ELSE
@return_code = 0
GO
2. 논리 오류
이러한 오류는 비즈니스 규칙 위반으로 인해 발생합니다. 이러한 오류를 얻으려면 먼저 이러한 규칙을 기반으로 비즈니스 규칙을 정의해야 하며 필요한 오류 감지 코드를 저장 프로시저에 추가해야 합니다. 사람들은 종종 RAISERROR 문을 사용하여 이러한 오류를 보고합니다. RAISERROR는 사용자 정의 오류를 반환하고 @@error 변수를 사용자 정의 오류 번호로 설정하는 기능을 제공합니다. 오류 메시지는 동적으로 생성되거나 오류 번호를 기반으로 "sysmessages" 테이블에서 검색될 수 있습니다. 오류가 발생하면 해당 오류는 서버 오류 메시지 형식으로 클라이언트에 반환됩니다. 다음은 RAISERROR 명령의 구문입니다.
RAISERROR (msg_id | msg_str, 심각도, 상태
[, 인수 ][,…n]])
[WITH 옵션]
Msg_id는 ID를 지정합니다. 사용자 정의 메시지 중 메시지는 "sysmessages" 시스템 테이블에 저장됩니다.
Msg_str은 메시지를 동적으로 생성하는 데 사용되는 메시지 문자열입니다. 이는 C 언어의 "printf"와 매우 유사합니다.
심각도는 사용자가 지정한 오류 메시지의 심각도를 정의합니다.
상태는 1부터 127까지의 정수 값으로 잘못된 통화 상태 정보를 나타냅니다. 음수 상태 값은 기본적으로 1로 설정됩니다.
OPTIONS는 잘못된 사용자 정의 옵션을 나타냅니다. OPTIONS의 유효한 값은 다음과 같습니다.
1) LOG.
서버 오류 로그와 NT 이벤트 로그에 오류를 기록합니다. 이 옵션을 사용하려면 심각도가 19~25인 메시지가 필요합니다. 시스템 관리자만이 이러한 메시지를 발행할 수 있습니다.
2) 이제 기다리세요.
클라이언트 서버에 즉시 메시지를 보냅니다.
3) 설정자.
심각도 수준에 관계없이 @@error 값을 msg_id 또는 5000으로 설정합니다.

원격 프로시저 호출
SQL Server는 다른 서버에 있는 저장 프로시저를 호출하는 기능을 제공합니다. 이러한 저장 프로시저를 호출하는 것을 원격 저장 프로시저 호출이라고 합니다. 한 SQL Server에서 다른 SQL Server로 호출을 전송하려면 두 서버가 서로에 대해 효과적인 원격 서버로 정의되어야 합니다.
원격 서버의 구성을 설정합니다.
· 특정 서버의 그룹을 확장합니다.
· 서버를 마우스 오른쪽 버튼으로 클릭하고 "속성"을 클릭합니다.
· "다른 SQL Server가 RPC를 통해 이 SQL Server에 원격으로 연결하도록 허용" 옵션을 설정합니다.
· 쿼리 처리에서 반환을 기다리는 시간(초)을 지정하는 "쿼리 시간 초과" 옵션의 값을 설정합니다. 기본값은 0이며 이는 무제한 대기 시간이 허용됨을 의미합니다.
· 구성 옵션을 설정한 후 "확인"을 클릭하세요.
· 서버를 다시 시작하면 변경 사항이 적용됩니다.
· 다른 원격 서버에서도 동일한 단계를 반복합니다.
원격 저장 프로시저를 호출하려면 서버 이름과 데이터베이스 이름, 소유자 이름을 차례로 지정해야 합니다. 다음은 다른 서버(Server2)에서 저장 프로시저를 호출하는 예입니다.
Exec server2.pubs.dbo.myproc

Doudou의 발언:
이는 SQL Server에 대한 상식에 대한 피상적인 소개일 뿐이며 SQL Server 기반 애플리케이션을 작성하는 프로그래머를 위한 것이기도 합니다. 데이터베이스 관리자가 아닙니다. 그러나 애플리케이션 프로그래머에게는 데이터베이스 관리를 이해하는 것도 매우 유용합니다. 나중에 데이터베이스 관리에 대해 스스로 배우는 것이 좋습니다. 이는 프로그램 최적화에도 매우 유용합니다.

위 내용은 SQL Server 7.0 시작하기(8) 내용입니다. 자세한 내용은 PHP 중국어 홈페이지(www.php.cn)를 참고해주세요!

————————전문——————————