Azure Cosmos DB에서 저장 프로시저, 트리거 및 사용자 정의 함수를 작성하는 방법
적용 대상: NoSQL
Azure Cosmos DB에서는 사용자가 저장 프로시저, 트리거 및 UDF(사용자 정의 함수)를 작성할 수 있는 언어 통합 트랜잭션 방식으로 JavaScript를 실행하도록 제공합니다. Azure Cosmos DB에서 NoSQL용 API를 사용하는 경우 JavaScript를 사용하여 저장 프로시저, 트리거 및 UDF를 정의할 수 있습니다. JavaScript로 논리를 작하고 데이터베이스 엔진 내에서 실행할 수 있습니다. Azure Portal, Azure Cosmos DB의 JavaScript 쿼리 API 및 Azure Cosmos DB for NoSQL SDK를 사용하여 트리거, 저장 프로시저 및 UDF를 만들고 실행할 수 있습니다.
저장 프로시저, 트리거 또는 UDF를 호출하려면 등록해야 합니다. 자세한 내용은 Azure Cosmos DB에서 저장 프로시저, 트리거 및 사용자 정의 함수로 작업하는 방법을 참조하세요.
참고 항목
분할된 컨테이너의 경우 저장 프로시저를 실행할 때 파티션 키 값은 요청 옵션에서 제공되어야 합니다. 저장 프로시저의 범위는 항상 파티션 키로 지정됩니다. 다른 파티션 키 값을 가진 항목은 저장 프로시저에 표시되지 않습니다. 이는 트리거에도 적용됩니다.
참고 항목
저장 프로시저, 트리거 및 UDF를 포함한 서버 쪽 JavaScript 기능은 모듈 가져오기를 지원하지 않습니다.
팁
Azure Cosmos DB는 저장 프로시저, 트리거, UDF를 사용한 컨테이너 배포를 지원합니다. 자세한 내용은 서버 쪽 기능을 사용하여 Azure Cosmos DB 컨테이너 만들기를 참조하세요.
저장 프로시저를 작성하는 방법
저장 프로시저는 JavaScript를 사용하여 작성되고, Azure Cosmos DB 컨테이너 내에서 항목을 만들고, 업데이트하고, 읽고, 쿼리하고, 삭제할 수 있습니다. 저장 프로시저는 컬렉션별로 등록되며 해당 컬렉션에 있는 모든 문서 또는 첨부 파일에서 작동할 수 있습니다.
참고 항목
Azure Cosmos DB에는 저장 프로시저에 대한 다른 충전 정책이 있습니다. 저장 프로시저는 코드를 실행하고 RU(요청 단위)를 사용할 수 있으므로 각 실행에는 선불 요금이 필요합니다. 이렇게 하면 저장 프로시저 스크립트가 백 엔드 서비스에 영향을 주지 않습니다. 선불 요금은 이전 호출에서 스크립트가 사용한 평균 요금과 같습니다. 작업당 평균 RU는 실행 전에 예약됩니다. 호출이 RU에 많은 차이가 있는 경우 예산 사용률이 영향을 받을 수 있습니다. 또는 저장 프로시저 대신 일괄 처리 또는 대량 요청을 사용하여 RU 요금에 대한 차이를 방지해야 합니다.
“Hello World” 응답을 반환하는 단순한 저장 프로시저는 다음과 같습니다.
var helloWorldStoredProc = {
id: "helloWorld",
serverScript: function () {
var context = getContext();
var response = context.getResponse();
response.setBody("Hello, World");
}
}
컨텍스트 개체는 Azure Cosmos DB에서 수행할 수 있는 모든 작업에 대한 액세스와 요청 및 응답 개체에 대한 액세스를 제공합니다. 이 경우에 응답 개체를 사용하여 응답의 본문이 클라이언트로 다시 전송되도록 설정합니다.
저장 프로시저가 작성되면 컬렉션에서 등록되어야 합니다. 자세한 내용은 Azure Cosmos DB에서 저장 프로시저를 사용하는 방법을 참조하세요.
저장 프로시저를 사용하여 항목 만들기
저장 프로시저를 사용하여 항목을 만든 경우 해당 항목이 Azure Cosmos DB 컨테이너에 삽입되고 새로 만든 항목에 대한 ID가 반환됩니다. 항목 만들기는 비동기 작업이고 JavaScript 콜백 함수에 따라 달라집니다. 콜백 함수에는 작업이 실패할 경우의 오류 개체 및 반환 값(이 경우에는 생성된 개체)에 각각 사용되는 두 개의 매개 변수가 있습니다. 콜백 내에서 예외를 처리하거나 오류를 throw할 수 있습니다. 콜백이 제공되지 않았고 오류가 있는 경우, Azure Cosmos DB 런타임에서 오류를 throw합니다.
또한 저장 프로시저에는 설명을 부울 값으로 설정하는 매개 변수가 포함됩니다. 매개 변수가 true로 설정되고 설명이 누락된 경우 저장 프로시저는 예외를 throw합니다. 그렇지 않으면 저장 프로시저의 나머지가 계속 실행됩니다.
저장 프로시저의 다음 예제에서는 새 Azure Cosmos DB 항목의 배열을 입력으로 사용하고 이 배열을 Azure Cosmos DB 컨테이너에 삽입하고 삽입된 항목의 수를 반환합니다. 이 예제에서는 빠른 시작 NoSQL용 .NET API의 ToDoList 샘플을 활용하겠습니다.
function createToDoItems(items) {
var collection = getContext().getCollection();
var collectionLink = collection.getSelfLink();
var count = 0;
if (!items) throw new Error("The array is undefined or null.");
var numItems = items.length;
if (numItems == 0) {
getContext().getResponse().setBody(0);
return;
}
tryCreate(items[count], callback);
function tryCreate(item, callback) {
var options = { disableAutomaticIdGeneration: false };
var isAccepted = collection.createDocument(collectionLink, item, options, callback);
if (!isAccepted) getContext().getResponse().setBody(count);
}
function callback(err, item, options) {
if (err) throw err;
count++;
if (count >= numItems) {
getContext().getResponse().setBody(count);
} else {
tryCreate(items[count], callback);
}
}
}
저장 프로시저의 입력 매개 변수로 배열
Azure Portal에서 저장 프로시저를 정의하는 경우 입력 매개 변수는 항상 문자열로 저장 프로시저에 전송됩니다. 입력으로 문자열의 배열을 전달하는 경우에도 배열은 문자열로 변환되고 저장 프로시저로 전송됩니다. 이를 해결하기 위해 저장 프로시저 내에서 함수를 정의하여 배열로 문자열을 구문 분석할 수 있습니다. 다음 코드에서는 문자열 입력 매개 변수를 배열로 구문 분석하는 방법을 보여줍니다.
function sample(arr) {
if (typeof arr === "string") arr = JSON.parse(arr);
arr.forEach(function(a) {
// do something here
console.log(a);
});
}
저장 프로시저 내의 트랜잭션
저장 프로시저를 사용하여 컨테이너 내의 항목에서 트랜잭션을 구현할 수 있습니다. 다음 예제에서는 판타지 축구 게임 앱 내에서 트랜잭션을 사용하여 단일 작업에서 두 팀 간의 플레이어를 트레이드합니다. 저장 프로시저는 각각 인수로 전달된 플레이어 ID에 해당하는 두 개의 Azure Cosmos DB 항목을 읽으려고 합니다. 두 플레이어가 모두 있으면 저장 프로시저는 해당 팀을 교환하여 항목을 업데이트합니다. 이 과정에서 오류가 발생할 경우 저장 프로시저는 암시적으로 트랜잭션을 중단하는 JavaScript 예외를 throw합니다.
function tradePlayers(playerId1, playerId2) {
var context = getContext();
var container = context.getCollection();
var response = context.getResponse();
var player1Item, player2Item;
// query for players
var filterQuery =
{
'query' : 'SELECT * FROM Players p where p.id = @playerId1',
'parameters' : [{'name':'@playerId1', 'value':playerId1}]
};
var accept = container.queryDocuments(container.getSelfLink(), filterQuery, {},
function (err, items, responseOptions) {
if (err) throw new Error("Error" + err.message);
if (items.length != 1) throw "Unable to find player 1";
player1Item = items[0];
var filterQuery2 =
{
'query' : 'SELECT * FROM Players p where p.id = @playerId2',
'parameters' : [{'name':'@playerId2', 'value':playerId2}]
};
var accept2 = container.queryDocuments(container.getSelfLink(), filterQuery2, {},
function (err2, items2, responseOptions2) {
if (err2) throw new Error("Error " + err2.message);
if (items2.length != 1) throw "Unable to find player 2";
player2Item = items2[0];
swapTeams(player1Item, player2Item);
return;
});
if (!accept2) throw "Unable to read player details, abort ";
});
if (!accept) throw "Unable to read player details, abort ";
// swap the two players’ teams
function swapTeams(player1, player2) {
var player2NewTeam = player1.team;
player1.team = player2.team;
player2.team = player2NewTeam;
var accept = container.replaceDocument(player1._self, player1,
function (err, itemReplaced) {
if (err) throw "Unable to update player 1, abort ";
var accept2 = container.replaceDocument(player2._self, player2,
function (err2, itemReplaced2) {
if (err) throw "Unable to update player 2, abort"
});
if (!accept2) throw "Unable to update player 2, abort";
});
if (!accept) throw "Unable to update player 1, abort";
}
}
저장 프로시저 내의 제한된 실행
항목을 Azure Cosmos DB 컨테이너에 대량으로 가져오는 저장 프로시저의 예제는 다음과 같습니다. 저장 프로시저가 createDocument
의 부울 반환 값을 검사하여 제한된 실행을 처리한 다음, 각 저장 프로시저의 호출에 삽입된 항목 수를 사용하여 일괄 처리의 진행 상황을 추적하고 다시 시작합니다.
function bulkImport(items) {
var container = getContext().getCollection();
var containerLink = container.getSelfLink();
// The count of imported items, also used as the current item index.
var count = 0;
// Validate input.
if (!items) throw new Error("The array is undefined or null.");
var itemsLength = items.length;
if (itemsLength == 0) {
getContext().getResponse().setBody(0);
}
// Call the create API to create an item.
tryCreate(items[count], callback);
// Note that there are 2 exit conditions:
// 1) The createDocument request was not accepted.
// In this case the callback will not be called, we just call setBody and we are done.
// 2) The callback was called items.length times.
// In this case all items were created and we don’t need to call tryCreate anymore. Just call setBody and we are done.
function tryCreate(item, callback) {
var isAccepted = container.createDocument(containerLink, item, callback);
// If the request was accepted, the callback will be called.
// Otherwise report the current count back to the client,
// which will call the script again with the remaining set of items.
if (!isAccepted) getContext().getResponse().setBody(count);
}
// This is called when container.createDocument is done in order to process the result.
function callback(err, item, options) {
if (err) throw err;
// One more item has been inserted, increment the count.
count++;
if (count >= itemsLength) {
// If we created all items, we are done. Just set the response.
getContext().getResponse().setBody(count);
} else {
// Create the next document.
tryCreate(items[count], callback);
}
}
}
저장 프로시저를 사용하여 비동기/대기
다음 저장 프로시저 예제에서는 도우미 기능을 사용하여 프라미스와 함께 async/await
를 사용합니다. 저장 프로시저는 항목을 쿼리하고 대체합니다.
function async_sample() {
const ERROR_CODE = {
NotAccepted: 429
};
const asyncHelper = {
queryDocuments(sqlQuery, options) {
return new Promise((resolve, reject) => {
const isAccepted = __.queryDocuments(__.getSelfLink(), sqlQuery, options, (err, feed, options) => {
if (err) reject(err);
resolve({ feed, options });
});
if (!isAccepted) reject(new Error(ERROR_CODE.NotAccepted, "queryDocuments was not accepted."));
});
},
replaceDocument(doc) {
return new Promise((resolve, reject) => {
const isAccepted = __.replaceDocument(doc._self, doc, (err, result, options) => {
if (err) reject(err);
resolve({ result, options });
});
if (!isAccepted) reject(new Error(ERROR_CODE.NotAccepted, "replaceDocument was not accepted."));
});
}
};
async function main() {
let continuation;
do {
let { feed, options } = await asyncHelper.queryDocuments("SELECT * from c", { continuation });
for (let doc of feed) {
doc.newProp = 1;
await asyncHelper.replaceDocument(doc);
}
continuation = options.continuation;
} while (continuation);
}
main().catch(err => getContext().abort(err));
}
트리거를 작성하는 방법
Azure Cosmos DB에서는 사전 트리거와 사후 트리거를 지원합니다. 사전 트리거는 데이터베이스 항목을 수정하기 전에 실행되고, 사후 트리거는 데이터베이스 항목을 수정한 후에 실행됩니다. 트리거는 자동으로 실행되지 않습니다. 실행하려는 각 데이터베이스 작업에 대해 지정해야 합니다. 트리거를 정의한 후 Azure Cosmos DB SDK를 사용하여 사전 트리거를 등록하고 호출해야 합니다.
사전 트리거
다음 예제에서는 사전 트리거를 사용하여 만든 Azure Cosmos DB 항목에 있는 속성의 유효성을 검사하는 방법을 보여 줍니다. 이 예제에서는 빠른 시작 NoSQL용 .NET API의 ToDoList 샘플을 사용하여 항목이 없는 경우 새로 추가된 항목에 타임스탬프 속성을 추가합니다.
function validateToDoItemTimestamp() {
var context = getContext();
var request = context.getRequest();
// item to be created in the current operation
var itemToCreate = request.getBody();
// validate properties
if (!("timestamp" in itemToCreate)) {
var ts = new Date();
itemToCreate["timestamp"] = ts.getTime();
}
// update the item that will be created
request.setBody(itemToCreate);
}
사전 트리거는 입력 매개 변수를 사용할 수 없습니다. 트리거에서 요청 개체를 사용하여 작업과 연결된 요청 메시지를 조작합니다. 이전 예제에서 사전 트리거는 Azure Cosmos DB 항목을 만들 때 실행되고 요청 메시지 본문에는 JSON 형식으로 만들 항목이 포함됩니다.
트리거가 등록될 때 트리거 실행에 사용되는 작업을 지정할 수 있습니다. 이 트리거는 TriggerOperation.Create
의 TriggerOperation
값을 사용하여 생성되었습니다. 즉, 바꾸기 작업에서 트리거를 사용하는 것은 허용되지 않습니다.
사전 트리거를 등록하고 호출하는 방법의 예제는 사전 트리거 및 사후 트리거를 참조하세요.
사후 트리거
다음 예제에서는 사후 트리거를 보여줍니다. 이 트리거는 메타데이터 항목을 쿼리하고 새로 만든 항목에 대한 세부 정보로 업데이트합니다.
function updateMetadata() {
var context = getContext();
var container = context.getCollection();
var response = context.getResponse();
// item that was created
var createdItem = response.getBody();
// query for metadata document
var filterQuery = 'SELECT * FROM root r WHERE r.id = "_metadata"';
var accept = container.queryDocuments(container.getSelfLink(), filterQuery,
updateMetadataCallback);
if(!accept) throw "Unable to update metadata, abort";
function updateMetadataCallback(err, items, responseOptions) {
if(err) throw new Error("Error" + err.message);
if(items.length != 1) throw 'Unable to find metadata document';
var metadataItem = items[0];
// update metadata
metadataItem.createdItems += 1;
metadataItem.createdNames += " " + createdItem.id;
var accept = container.replaceDocument(metadataItem._self,
metadataItem, function(err, itemReplaced) {
if(err) throw "Unable to update metadata, abort";
});
if(!accept) throw "Unable to update metadata, abort";
return;
}
}
한 가지 중요한 사항은 Azure Cosmos DB에서 트리거의 트랜잭션을 실행하는 것입니다. 사후 트리거는 기본 항목 자체와 같은 트랜잭션의 일부로 실행됩니다. 사후 트리거를 실행하는 동안 예외가 발생하면 전체 트랜잭션이 실패합니다. 커밋된 모든 사항은 롤백되며 예외가 반환됩니다.
사전 트리거를 등록하고 호출하는 방법의 예제는 사전 트리거 및 사후 트리거를 참조하세요.
사용자 정의 함수를 작성하는 방법
다음 샘플에서는 다양한 소득 계층에서 소득세를 계산하는 UDF를 만듭니다. 이 사용자 정의 함수는 쿼리 내에서 사용됩니다. 이 예제의 목적상 다음과 같은 속성의 Incomes이라는 컨테이너가 있다고 가정합니다.
{
"name": "Daniel Elfyn",
"country": "USA",
"income": 70000
}
다양한 소득 계층에서 소득세를 계산하는 함수 정의는 다음과 같습니다.
function tax(income) {
if (income == undefined)
throw 'no input';
if (income < 1000)
return income * 0.1;
else if (income < 10000)
return income * 0.2;
else
return income * 0.4;
}
UDF를 등록하고 사용하는 방법의 예제는 Azure Cosmos DB에서 사용자 정의 함수를 사용하는 방법 문서를 참조하세요.
로깅
저장 프로시저, 트리거 또는 UDF를 사용하는 경우 스크립트 로깅을 사용하도록 설정하여 단계를 기록할 수 있습니다. 다음 예제와 같이 EnableScriptLogging
을 true로 설정하면 디버깅용 문자열이 생성됩니다.
let requestOptions = { enableScriptLogging: true };
const { resource: result, headers: responseHeaders} = await container.scripts
.storedProcedure(Sproc.id)
.execute(undefined, [], requestOptions);
console.log(responseHeaders[Constants.HttpHeaders.ScriptLogResults]);
다음 단계
Azure Cosmos DB에서 저장 프로시저, 트리거 및 UDF를 작성하고 사용하는 개념 및 방법을 알아봅니다.