Analysis Services Scripting Language 개요
MicrosoftSQL ServerAnalysis Services에서 ASSL(Analysis Services Scripting Language) DDL은 Analysis Services 개체(예: 큐브, 차원 및 마이닝 모델)의 구조와 데이터 원본에 대한 Analysis Services 개체의 바인딩을 정의하며 Analysis Services 개체의 정의를 유지하기도 합니다. Analysis Services 응용 프로그램에서는 이 DDL을 사용하여 Analysis Services 개체를 만들고 변경하고 배포하며 설명합니다.
사용 시나리오
개발자
개발자는 Business Intelligence Development Studio 디자인 도구를 사용하여 큐브 집합을 디자인하고 정의를 프로젝트의 일부로 저장합니다. 이 디자인 도구를 반드시 사용할 필요는 없으며 큐브 정의 파일을 직접 열고 이 섹션에 설명된 형식에 따라 XML을 편집할 수도 있습니다.
관리자
DBA(데이터베이스 관리자)는 SQL Server DDL을 사용하여 Microsoft SQL Server 개체를 만들고 변경할 때와 같은 방법으로 SQL Server Management Studio에서 XML을 직접 편집하여 Analysis Services 개체를 만들고 변경할 수 있습니다.
네임스페이스 및 스키마
네임스페이스
이 사양에 정의된 스키마는 XML 네임스페이스 https://schemas.microsoft.com/AnalysisServices/2003/Engine과 표준 약어 “DDL”을 사용합니다.
스키마
Analysis Services 개체 정의 언어에 대한 XSD(XML 스키마 정의 언어) 스키마의 정의는 이 섹션에 설명된 스키마 요소 및 계층 구조의 정의를 기반으로 합니다.
확장성
개체 정의 언어 스키마의 확장성은 모든 개체에 포함된 Annotation 요소를 사용하여 제공됩니다. 이 요소는 다음 규칙에 따라 DDL을 정의하는 대상 네임스페이스 이외의 모든 XML 네임스페이스에서 유효한 XML을 포함할 수 있습니다.
XML은 요소만 포함할 수 있습니다.
각 요소 이름은 고유해야 합니다. Name 값은 대상 네임스페이스를 참조하는 것이 좋습니다.
이러한 규칙은 Annotation 태그의 내용이 DSO(의사 결정 지원 개체) 9.0을 통해 이름/값 쌍 집합으로 표시되기 위해 반드시 필요합니다.
자식 요소로 묶이지 않은 Annotation 태그 내 주석 및 공백은 그대로 유지되지 않을 수 있습니다. 또한 모든 요소는 읽기/쓰기 요소여야 하며 읽기 전용 요소는 무시됩니다.
서버에서 스키마에 정의된 요소의 파생 유형을 대체할 수 없는 경우에는 개체 정의 언어 스키마가 닫힙니다. 따라서 서버에서는 여기에 정의된 요소 집합만 허용되며 다른 요소나 특성은 허용되지 않습니다. 알 수 없는 요소의 경우 Analysis Services 엔진에서 오류가 발생합니다.