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

저장 프로시저를 사용하면 동일한 코드 줄을 반복적으로 작성하는 시간을 절약하고 원하는 쿼리의 호출 및 실행을 가속화하는 쉬운 방법입니다.

하지만 저장 프로시저, 작동 방식 및 사용자에게 제공하는 이점에 대해 얼마나 알고 있습니까?

이 문서에서는 저장 프로시저가 무엇인지, 이점, 함수와 어떻게 다른지, 저장 프로시저를 만드는 방법, 마지막으로 저장 프로시저를 사용하는 방법을 알아보겠습니다. 임베디드 분석.

저장 프로시저는 무엇입니까?

저장 프로시저는 관계형 데이터베이스 관리 시스템(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

Security

저장 프로시저를 사용하면 데이터 소스의 보안을 강화할 수 있는 또 다른 큰 이점입니다. 저장 프로시드를 사용하여 무단 액세스를 제한하여 애플리케이션의 보안을 강화할 수 있습니다. 예를 들어 데이터베이스 테이블에 직접 액세스하지 않고 데이터베이스 테이블을 업데이트하는 프로시드에 액세스할 수 있도록 할 수 있습니다. 또한 저장 프로시드를 사용하여 저장 프로시드의 호출자가 저장 프로시드에 사용되는 테이블 이름을 알지 못하므로 최종 사용자가 저장 프로시드의 기본 테이블 이름에서 데이터를 악의적인 방식으로 직접 액세스할 수 없도록 기본 테이블 이름을 숨길 수도 있습니다.

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

저장 프로시드와 함수는 작업을 완료하기 위한 SQL 문 집합을 포함하는 데이터베이스 개체입니다. 처음에는 동일한 것처럼 보일 수 있지만 상당히 다릅니다.

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

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

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

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

1. 라이브 데모에서 보여주는 내용 SQL Server 개체 탐색기, 오른쪽 클릭하여 저장 프로시저 노드를 선택합니다. (Programmability 아래).

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

3. 아이콘을 클릭합니다. Reveal은 먼저 해당 대시보드에 이미 있는 데이터를 나열합니다. 이를 통해 동일한 소스에서 빠르게 만들 수 있습니다. 또한 이 대시보드에 새 소스를 추가하여 여러 데이터 소스를 하나의 뷰로 가져올 수도 있습니다. 실행 도구 모음의 버튼을 클릭하여 컴파일하고 저장 프로시저를 저장합니다..

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

임베디드 분석에서 저장 프로시저를 사용하는 방법?

Reveal Embed SDK를 사용하는 경우 저장 프로시저를 사용하는 방법은 2가지입니다. 저장 프로시저를 지원하는 데이터베이스에서 새

1. 시각화 를 만들 때 사용할 수 있는 저장 프로시저 목록이 표시됩니다. 선택한 저장 프로시저는 Reveal에서 사용할 수 있는 다른 데이터 소스와 동일하게 처리됩니다. 유일한 차이점은 매개 변수가 있는 저장 프로시저를 사용하여 필터에 변수를 전달하여 저장 프로시저를 사용할 수 있다는 것입니다. Reveal 사용자 인터페이스를 통해 저장 프로시저를 사용하는 방법에 대한 6분 분량의 짧은 비디오를 여기에서 시청할 수 있습니다.

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

2. 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 사용자에게 데이터를 표시하는 방법을 단순화하고 애플리케이션 코드에서 매개 변수를 처리하는 방법을 단순화하는 것을 고려해야 합니다. 오류가 발생하기 쉽고 긴 임시 쿼리를 사용하는 것보다 더 나은 방법입니다. 

    } 

}

마무리

Reveal 및 작동 방식에 대해 자세히 알아보려면

자세히 알아보세요. Reveal 임베디드 분석 하루에 더 많은 시간을 확보하세요. SDK를 다운로드하거나 임베디드 분석의 대화형 분석 빠른 데모를 예약하십시오..

Reveal 임베디드 분석을 사용하여 SQL 쿼리 실행을 단순화하고 가속화하세요.

Tableau 임베디드 분석: 장점, 단점 및 대안

작동 방식을 확인해 보세요.