저장 프로시저 예제

이제 studentid가 저장된 프로시저에 입력 매개 변수로 지정된 학생 이름을 반환하는 저장 프로시저를 만들어야 한다고 가정합니다. 그런 다음 저장 프로시저가 됩니다: 이 섹션의 예제에서는 RECOMPILE 를 사용하여 프로시저가 실행될 때마다 다시 컴파일하도록 합니다. SQL Server의 저장 프로시저는 입력 매개 변수를 허용하고 출력 매개 변수의 여러 값을 반환할 수 있습니다. SQL Server에서 저장 프로시저 프로그램 문을 사용하여 데이터베이스에서 작업을 수행하고 상태 값을 호출 프로시저 또는 일괄 처리에 반환합니다. 대부분의 경우 항상 모든 매개 변수 값을 전달하는 것이 좋지만 경우에 따라 불가능합니다. 따라서 이 예제에서는 NULL 옵션을 사용하여 매개 변수 값을 전달하지 않습니다. NULL과 동일한 City 값을 찾고 있기 때문에 이 저장 프로시저를 만들고 실행하는 경우 데이터를 반환하지 않습니다. 사용자 정의 저장 프로시저는 일반적으로 사용자 데이터베이스에 저장되며 일반적으로 사용자 데이터베이스의 작업을 완료하도록 설계되었습니다. sp_ 접두사를 먼저 사용하면 마스터 데이터베이스를 확인한 다음 사용자 정의 데이터베이스에 제공되므로 이러한 프로시저를 코딩하는 동안 sp_ 접두사를 사용하지 않습니다. 저장 프로시저를 사용하면 스크립트 주입 공격을 방지하는 데도 도움이 됩니다. 모든 입력 매개 변수는 실행 코드가 아닌 리터럴 값으로 처리됩니다.

이렇게 하면 공격자가 쿼리를 속여 의도하지 않은 작업을 수행하기가 더 어려워집니다. CLR 저장 프로시저의 경우 외부 NAME 절에서 참조되는 어셈블리의 소유권 또는 해당 어셈블리에 대한 REFERENCES 사용 권한이 필요합니다. [동적 결과 세트 int] : 저장된 프로시저가 특정 수의 커서(int)를 열 수 있고 프로시저에서 돌아온 후 해당 커서가 표시되도록 동적 결과를 선언합니다. 기본값은 0입니다. 저장 프로시저를 사용하면 몇 가지 이점이 있습니다. 저장된 프로시저 내에서 작성하는 모든 쿼리를 캡슐화하는 것은 의미가 없지만 이 쿼리를 사용해야 하는 데는 몇 가지 이유가 있습니다. 다음은 자주 언급하는 몇 가지 이점입니다. 기본적으로 컴파일된 저장 프로시저, 지원되는 쿼리 영역 및 운영자의 프로그래밍 가능성에 대한 설명은 기본적으로 컴파일된 T-SQL 모듈에 대한 지원되는 기능을 참조하십시오. 원자성 저장 프로시저 실행을 나타냅니다.

변경 내용이 커밋되거나 예외를 throw하여 롤백된 모든 변경 내용입니다. 기본적으로 컴파일된 저장 프로시저에는 ATOMIC WITH 블록이 필요합니다. 사용자는 프로시저의 문을 직접 실행할 수 있는 권한이 없더라도 저장 프로시저를 실행할 수 있는 권한을 부여받을 수 있습니다. 이 링크를 살펴보고 SQL Server에서 저장 프로시저를 사용할 때의 이점을 알아보십시오 http://sqltechtips.blogspot.com/2015/11/stored-procedure-benefits.html. 을 클릭합니다. 이 예제는 다른 프로시저 이름을 사용하여 위와 동일한 저장 프로시저를 만듭니다. 저장 프로시저는 데이터베이스에 만들어지고 저장된 SQL 문 그룹입니다.

Este post foi publicado em Sem categoria em por .