임베디드 분석에서 저장 프로시저 사용

저장 프로시저를 사용하면 동일한 코드 줄을 자주 작성하는 시간을 절약하고 원하는 쿼리의 호출 및 실행을 신속하게 처리할 수 있는 쉬운 방법입니다.

그러나 저장 프로시저, 작동 방식 및 사용자에게 제공하는 이점에 대해 무엇을 알고 있습니까?

이 문서에서는 저장 프로시저가 무엇인지, 이점, 기능과 비교하여 차별화되는 방법, 저장 프로시저를 만드는 방법, 마지막으로 포함된 분석에서 저장 프로시저를 사용하는 방법을 배웁니다.

저장 프로시저란?

저장 프로시저는 관계형 데이터베이스 관리 시스템(RDBMS)에 반복적으로 저장하고 재사용할 수 있는 그룹으로 저장된 SQL 문 및 기타 PL/SQL 구조의 집합입니다. 저장 프로시저는 SELECT, INSERT, UPDATE 또는 DELETE와 같은 여러 SQL 문으로 구성될 수 있습니다. 하나의 단위로 실행되며 특정 문제를 해결하거나 일련의 관련 작업을 수행하는 데 사용됩니다. 즉, SQL 쿼리가 필요하고 반복적으로 작성하는 경우 저장 프로시저로 저장한 다음 호출하여 쿼리를 수행할 수 있습니다.

Microsoft SQL Server를 사용하는 경우 SQL Server Management Studio의 개체 탐색기에서 데이터베이스 아래의 프로그래밍 기능 노드를 확장하여 저장 프로시저를 찾을 수 있습니다.

저장 프로시저 사용의 이점

저장 프로시저는 가장 많이 사용되고 널리 사용되는 데이터베이스 주제 중 하나이므로 몇 가지 이점을 제공합니다. 저장 프로시저를 사용하면 SQL 쿼리 실행을 단순화하고 가속화할 수 있습니다.

예를 들어 저장 프로시저는 서버와 클라이언트 간의 네트워크 트래픽을 줄일 수 있습니다. 이는 명령이 단일 코드 배치로 실행된 결과입니다. 따라서 모든 단일 코드 행이 개별적으로 실행되는 대신 저장 프로시저를 실행하기 위한 호출만 서버로 전송됩니다.

저장 프로시저 사용의 다른 이점은 다음과 같습니다.

유지 보수성

수많은 클라이언트 시스템에서 복사본을 유지 관리하는 것과 달리 서버에서 저장 프로시저를 유지 관리하는 것은 매우 쉽습니다.

또한 프로시저의 스크립트는 한 곳에 저장되지만 저장된 프로시저는 다른 응용 프로그램에서도 자유롭게 사용할 수 있습니다. 정의가 변경되는 경우 저장 프로시저만 영향을 받고 이를 호출하는 응용 프로그램은 영향을 받지 않으므로 전혀 문제가 되지 않습니다.

성능 및 효율성

저장 프로시저는 한 번만 컴파일된 다음 여러 번 사용할 수 있습니다. 이것은 임시 쿼리를 수행하는 경우 동일한 것을 여러 번 작성하는 데 많은 시간을 절약하고 저장 프로시저의 첫 번째 실행과 임시 쿼리의 첫 번째 실행에서 약간의 성능 우위를 제공합니다.

실제 Reveal 보기

복잡한 비즈니스 로직 포함

복잡한 비즈니스 논리를 위한 최적의 위치는 아니지만 저장 프로시저는 기본적으로 데이터베이스에 대한 함수 호출입니다. IF 문, 루프, 보안 검사 등을 포함하여 올바른 데이터가 저장 프로시저 호출로 다시 전송되도록 할 수 있습니다.

팀의 기술에 따라 다소 논쟁의 여지가 있지만 모범 사례는 애플리케이션 측에 애플리케이션에 대한 비즈니스 로직을 배치하는 데 중점을 둡니다. 그러나 저장 프로시저와 T-SQL은 논리 실행을 위한 매우 강력한 구문입니다.

수정하기 쉬움

ALTER PROCEDURE 명령을 사용하여 저장 프로시저에서 하나 이상의 명령문을 빠르게 변경할 수 있으므로 호출 앱으로 다시 전송된 결과를 매우 빠르고 쉽게 업데이트할 수 있습니다. 잠재적으로 비용이 많이 드는 재배포가 필요한 비즈니스 논리를 포함하는 중간 계층 구성 요소와 달리 저장 프로시저를 빠르게 변경하는 데 몇 초가 걸립니다.

@OrdYear 값이 하드 코딩된 이 저장 프로시저를 고려하십시오. 개발자 또는 데이터베이스 관리자는 ALTER PROCEDURE 명령을 사용하여 @OrdYear 변수를 쉽게 업데이트할 수 있습니다.

ALTER PROCEDURE [dbo].[SalesByCategory] @CategoryName nvarchar(15), @OrdYear nvarchar(4) = '1998' AS IF @OrdYear != '1996' AND @OrdYear != '1997' AND @OrdYear != '1998' BEGIN SELECT @OrdYear = '1998' END SELECT ProductName, TotalPurchase=ROUND(SUM(CONVERT(decimal(14,2), OD.Quantity * (1-OD.Discount) * OD.UnitPrice)), 0) FROM [Order Details] OD, Orders O, Products P, Categories C WHERE OD.OrderID = O.OrderID AND OD.ProductID = P.ProductID AND P.CategoryID = C.CategoryID AND C.CategoryName = @CategoryName AND SUBSTRING(CONVERT(nvarchar(22), O.OrderDate, 111), 1, 4) = @OrdYear GROUP BY ProductName ORDER BY ProductName

보안

저장 프로시저 사용의 또 다른 큰 이점은 데이터 소스에 제공되는 보안입니다. 무단 액세스를 제한하여 저장 프로시저를 사용하여 애플리케이션의 보안을 강화할 수 있습니다. 예를 들어 테이블 자체에 대한 액세스를 허용하지 않고 데이터베이스 테이블을 업데이트하는 프로시저에 대한 액세스 권한을 다른 사람에게 부여할 수 있습니다. 또한 저장 프로시저를 사용하여 저장 프로시저의 최종 사용자로부터 기본 테이블 이름을 "숨길" 수 있습니다. 저장 프로시저의 호출자는 저장 프로시저에 사용된 테이블의 이름이 아니라 저장 프로시저의 이름만 가지고 있기 때문에 악의적인 방법으로 데이터가 있는 테이블에 직접 액세스할 수 없습니다.

저장 프로시저와 함수의 차이점

저장 프로시저 및 함수는 작업을 완료하기 위한 SQL 문 집합을 포함하는 데이터베이스 개체입니다. 그리고 언뜻 보기에는 같은 것 같지만 상당히 다릅니다.

다음은 저장 프로시저와 함수를 구별하는 몇 가지 사항입니다.

• 함수는 저장 프로시저에서 호출할 수 있지만 저장 프로시저는 함수에서 호출할 수 없습니다.
• 함수는 출력 매개변수를 허용하지 않는 반면 저장 프로시저는 출력 매개변수와 입력 매개변수를 모두 허용합니다.
• 함수 내에서 트랜잭션을 관리할 수는 없지만 저장 프로시저 내에서는 수행할 수 있습니다.
• Select 문을 사용하여 함수를 호출할 수 있지만 Select 문을 사용하여 저장 프로시저를 호출할 수는 없습니다.
• 함수에는 반환 유형이 있고 값을 반환하는 반면 저장 프로시저에는 반환 유형이 없으며 값을 반환하는 것은 선택 사항입니다.
• 함수는 SELECT 문만 허용하지만 저장 프로시저는 SELECT, INSERT, UPDATE 및 DELETE를 허용합니다.
• 저장 프로시저는 데이터를 읽고 수정하는 데 사용할 수 있지만 함수는 데이터를 읽을 수만 있습니다.
• 함수는 SELECT 문에 포함할 수 있지만 저장 프로시저는 SELECT 문에서 사용할 수 없습니다.
• 함수는 여러 결과 집합을 반환할 수 없지만 저장 프로시저는 반환할 수 있습니다.
• 저장 프로시저에서 트랜잭션을 사용할 수 있지만 함수에서는 허용되지 않습니다.

저장 프로시저를 만드는 방법?

새 저장 프로시저를 만드는 것은 간단합니다. 3가지 기본 단계가 있습니다.

1. SQL Server 개체 탐색기에서 프로그래밍 가능성 아래의 저장 프로시저 노드를 마우스 오른쪽 단추로 클릭합니다.

2. 새 저장 프로시저 템플릿에서 테이블, 매개 변수 및 쿼리 옵션을 포함하도록 CREATE PROCEDURE 문을 수정하여 저장 프로시저에서 원하는 데이터를 반환합니다.

3. 도구 모음에서 실행 버튼을 클릭하여 저장 프로시저를 컴파일하고 저장합니다.

저장 프로시저를 만드는 도구는 여러 가지가 있습니다. 대화형 SQL Server Management Studio를 사용하는 것이 가장 쉽습니다. Azure 및 SQL Server Analysis Services를 포함하여 다양한 유형의 데이터베이스 서버에 쉽게 연결할 수 있는 방법을 제공하기 때문입니다.

임베디드 분석에서 저장 프로시저를 사용하는 방법은 무엇입니까?

​Reveal Embed SDK를 사용할 때 저장 프로시저를 사용하는 방법은 2가지가 있습니다.

1. 저장 프로시저를 지원하는 데이터베이스에서 새 시각화를 만들 때 사용 가능한 저장 프로시저 목록이 표시됩니다. 선택한 저장 프로시저를 Reveal의 다른 데이터 소스와 마찬가지로 취급합니다. 유일한 차이점은 저장 프로시저에 변수를 전달하여 필터에서 사용할 수 있는 매개 변수화된 저장 프로시저입니다.

여기에서 Reveal 사용자 인터페이스를 통해 저장 프로시저를 사용하는 방법에 대한 짧은 6분 비디오를 볼 수 있습니다.

2. Reveal은 SDK이므로 코드를 통해 저장 프로시저 및 매개변수를 프로그래밍 방식으로 완벽하게 제어할 수도 있습니다. 필수 매개 변수와 함께 저장 프로시저 이름을 전달하려면 ChangeVisualizationDataSourceItemAsync 함수를 사용합니다. 이 예제는 CustOrderHist라는 저장 프로시저를 전달하고 CustomerID 매개 변수를 전달하는 방법을 보여줍니다.

public async override Task<RVDataSourceItem> ChangeVisualizationDataSourceItemAsync (string userId, string dashboardId, RVVisualization visualization, RVDataSourceItem dataSourceItem) { if (dashboardId == "StoredProcNorthWind") { var msSqlDsi = dataSourceItem as RVSqlServerDataSourceItem; if (msSqlDsi?.Procedure == "CustOrderHist") { msSqlDsi.ProcedureParameters["@CustomerID"] = "AROUT"; } else { msSqlDsi.Procedure = "MyProcedure"; msSqlDsi.ProcedureParameters["@SampleParam"] = "SampleParamValue"; } return dataSourceItem; } }

마무리

저장 프로시저는 데이터베이스를 쿼리하고 호출 앱에 결과를 반환하는 강력한 도구입니다. 저장 프로시저를 사용하여 Reveal SDK 사용자에게 데이터를 표시하는 방법을 단순화하고 오류가 발생하기 쉽고 긴 임시 쿼리를 사용하는 대신 애플리케이션 코드에서 매개변수를 처리하는 방법을 단순화하는 것을 고려해야 합니다.

​SDK를 다운로드하거나​ ​빠른 데모를 예약 하여 Reveal 임베디드 분석 및 작동 방식에 대해 자세히 알아볼 수 있습니다.