다음을 통해 공유


저장 프로시저 디자인(데이터베이스 엔진)

일괄 처리로 작성할 수 있는 거의 모든 Transact-SQL 코드를 사용하여 저장 프로시저를 만들 수 있습니다.

저장 프로시저 디자인 규칙

저장 프로시저를 디자인하는 규칙은 다음과 같습니다.

  • CREATE PROCEDURE 정의 자체에는 다음 문을 제외한 모든 형식의 SQL 문이 개수에 상관없이 포함될 수 있습니다. 저장 프로시저 내에서는 이러한 문을 사용할 수 없습니다.

    CREATE AGGREGATE

    CREATE RULE

    CREATE DEFAULT

    CREATE SCHMA

    CREATE 또는 ALTER FUNCTION

    CREATE 또는 ALTER TRIGGER

    CREATE 또는 ALTER PROCEDURE

    CREATE 또는 ALTER VIEW

    SET PARSEONLY

    SET SHOWPLAN_ALL

    SET SHOWPLAN_TEXT

    SET SHOWPLAN_XML

    USE database_name

     

  • 저장 프로시저 안에 다른 데이터베이스 개체를 만들 수 있습니다. 개체를 만든다면 참조하기 전에 동일한 저장 프로시저에서 만들어진 개체를 참조할 수 있습니다.

  • 저장 프로시저 안에서 임시 테이블을 참조할 수 있습니다.

  • 저장 프로시저 안에 로컬 임시 테이블을 만들면 이 테이블은 저장 프로시저에서만 사용할 수 있습니다. 따라서 저장 프로시저를 종료하면 임시 테이블은 사라집니다.

  • 다른 저장 프로시저를 호출하는 저장 프로시저를 실행하면 호출된 저장 프로시저는 임시 테이블을 포함하여 첫 번째 저장 프로시저에서 만든 모든 개체에 액세스할 수 있습니다.

  • Microsoft SQL Server의 원격 인스턴스에서 변경 작업을 수행하는 원격 저장 프로시저를 실행하면 이러한 변경 내용은 롤백될 수 없습니다. 원격 저장 프로시저는 트랜잭션에 포함되지 않습니다.

  • 저장 프로시저에서는 최대 2100개의 매개 변수를 사용할 수 있습니다.

  • 저장 프로시저에서 사용할 수 있는 지역 변수의 최대 수는 사용 가능한 메모리에 의해서만 제한됩니다.

  • 사용 가능한 메모리 크기에 따라 저장 프로시저의 최대 크기는 128MB입니다.

저장 프로시저 안에서 이름 규정

저장 프로시저 안에서 스키마로 한정되지 않는 문(예: SELECT 또는 INSERT)에 사용되는 개체 이름은 기본적으로 저장 프로시저의 스키마가 됩니다. 저장 프로시저를 만드는 사용자가 저장 프로시저 내의 SELECT, INSERT, UPDATE 또는 DELETE 문에서 참조되는 테이블 또는 뷰의 이름을 한정하지 않으면 기본적으로 프로시저를 만든 사람만 저장 프로시저를 통해 해당 테이블에 액세스할 수 있습니다.

CREATE, ALTER 또는 DROP 문 같은 모든 DDL(데이터 정의 언어) 문, DBCC 문, EXECUTE 및 동적 SQL 문에 사용되는 개체 이름은 다른 사용자가 저장 프로시저를 사용할 예정인 경우 개체 스키마 이름을 사용하여 한정되어야 합니다. 이러한 개체에 대해 스키마 이름을 지정하면 해당 이름은 저장 프로시저의 호출자에 관계없이 동일한 개체로 확인됩니다. 스키마 이름을 지정하지 않으면 SQL Server에서는 우선 호출자 또는 EXECUTE AS 절에 지정된 사용자의 기본 스키마를 사용하여 개체 이름을 확인한 다음 dbo 스키마를 사용하여 확인하려고 시도합니다.

프로시저 정의 난독 처리

CREATE PROCEDURE 문의 원본 텍스트를 난독 처리된 형식으로 변환하려면 WITH ENCRYPTION 옵션을 사용합니다. 난독 처리된 출력은 SQL Server 2008의 시스템 테이블 또는 뷰 어디에도 직접 표시되지 않습니다. 시스템 테이블, 시스템 뷰 또는 데이터베이스 파일에 대한 액세스 권한이 없는 사용자는 난독 처리된 텍스트를 검색할 수 없습니다. 그러나 데이터베이스 파일에 직접 액세스할 수 있는 권한이 있는 사용자는 난독 처리된 텍스트를 사용할 수 있습니다. 이러한 권한이 있는 사용자는 난독 처리를 리버스 엔지니어링하여 저장된 프로시저 정의의 원본 텍스트를 검색할 수도 있습니다.

SET 문 옵션

데이터베이스 엔진은 Transact-SQL 저장 프로시저를 만들거나 변경할 때 SET QUOTED_IDENTIFIER 및 SET ANSI_NULLS에 대한 설정을 모두 저장합니다. 이러한 원래 설정은 저장 프로시저 실행 시 사용됩니다. 따라서 저장 프로시저가 실행되는 동안에는 SET QUOTED_IDENTIFIER와 SET ANSI_NULLS에 대한 클라이언트 세션 설정이 무시됩니다. 저장 프로시저 안에서 발생하는 SET QUOTED_IDENTIFIER와 SET ANSI_NULLS 문은 저장 프로시저의 기능에 영향을 주지 않습니다.

SET ARITHABORT, SET ANSI_WARNINGS, SET ANSI_PADDINGS 등 다른 SET 옵션은 저장 프로시저를 만들거나 변경할 때 저장되지 않습니다. 저장 프로시저의 논리가 특정 설정에 따라 달라지는 경우 프로시저 시작 부분에 SET 문을 포함시켜 적절한 설정이 사용되도록 합니다. 저장 프로시저에서 SET 문을 실행할 경우 해당 설정은 저장 프로시저가 완료될 때까지만 유지됩니다. 그런 다음 저장 프로시저가 호출된 당시의 값으로 복원됩니다. 따라서 각 클라이언트는 저장 프로시저의 논리에 영향을 주지 않고 원하는 옵션을 설정할 수 있습니다.

[!참고]

저장 프로시저 또는 사용자 정의 함수에 매개 변수를 전달하거나 일괄 처리 문에서 변수를 선언하고 설정할 때는 ANSI_WARNINGS가 인식되지 않습니다. 예를 들어 변수가 char(3)으로 정의된 경우 3자보다 큰 값으로 설정하면 해당 데이터가 정의된 크기로 잘리고 INSERT 또는 UPDATE 문은 성공합니다.