1.2 XML 레포지토리 구성방안
Oracle XML 레포지토리(이하 XML 레포지토리)는 계층적 성격을 가진 XML 컨텐츠를 계층적으로 관리할 수 있는 환경과 데이터베이스 레벨의 컨텐츠 관리 서비스를 제공한다. 이에 XBRL 기반 업무보고 시스템(이하 XBRL 보고시스템)에서 XML 레포지토리를 활용하여 각종 보고서를 업무 성격에 따라 계층적으로 분류하고,택사노미주(1) 및 스키마의 버전관리(Versioning),보안관리를 수행하고 리소스주(2)의 메타데이타를 활용하여 데이터베이스 레벨주(3)의 조회,저장이 가능한 XML 레포지토리 구성방안을 찾아보도록 한다.
ø주(1) 택사노미(Taxonomy)
업무보고서에 사용되는 데이터의 구조,데이터 타입등 데이터에 관한 정의와 데이터 간의 관계,계산식,검증식등 데이터에 관한 메타데이타를 정의한 데이터 정의 프레임워크이다.
ø주(2) 리소스(Resource)
레포지토리에서 관리되는 오브젝트로 폴더(디렉토리 혹은 컨테이너) 또는 파일을 말한다. 리소스는 데이터부분과 메타데이타부분으로 구성되고,액세스 컨트롤 리스트에 연결되어 있어 허락되지 않은 액세스로부터 보호된다.
ø주(3) 데이터베이스 레벨
트랜잭션,무결성,신뢰성,확장성,보안,인덱싱등을 지원하는 관계형 데이터베이스의 레벨
계층적 성격의 XML 컨텐츠를 계층적으로 관리할 수 있으며 데이터베이스 레벨의 서비스를 제공하는 XML 레포지토리를 XBRL 보고시스템에 활용할 때 적용할 대상 컨텐츠는 업무보고서,택사노미,서식정보등이다.
1) 업무보고서
은행,신탁,여전,종금,상호저축,증권,투신/자산운용,생보,손보,해외점포,금융지주회사,부동산신탁회사,신협중앙회,선물회사,투자자문사등은 각 업권별로 업무에 부합하는 상당한 양의 보고서를 감독기관에 제출하고 있다. 이 보고서는 XBRL 문서로 작성되어 보고될 것이다. 이에 XBRL 보고시스템은 금융기관이 제출한 원본 보고 문서를 보관할 필요가 있다. 원본문서는 대개 파일시스템의 파일형태 혹은 관계형 데이터베이스에 CLOB 형태로 저장되어 있는데 보고서를 효율적,안정적으로 관리하고자 한다면 계층구조 성격을 갖고 있으면서 데이베이스 레벨의 서비스를 확보할 수 있는 XML 레포지토리를 사용하는 것도 좋은 방안이 될 수 있다.
2) 택사노미(Taxonomy) 및 링크베이스(Linkbase)
현재 금융기관이 보고하는 업무보고서의 데이터는 XML 스키마를 기반으로 하지 않아 시간을 두고 변경되어온 업무보고서 데이터 이력관리에 어려움을 겪고 있으며 데이터의 무결성(Integrity) 및 유효성(Validation)을 확보하기가 쉽지않다. XBRL 보고시스템에서는 업무보고서에 대한 택사노미를 정의하여 데이터에 대한 이력관리 뿐아니라 데이터 정합성 같은 문제를 해결 하고자 한다. 이때 정의된 택사노미 및 스키마는 XML 레포지토리에서 관리할 수 있다.
3) 업무보고서 서식
금융기관이 보고하는 업무보고서의 서식은 현재 약 1,600여개로 보고서 작성기는 보고서 서식에 대한 정보를 동적으로 다운로드 받아 서식을 표현한다. 보고서 서식에 대한 정보는 XBRL 택사노미 및 링크베이스 문서를 활용하여 구성할 수 있다. 이 서식은 그 자체로 중요한 정보를 포함하고 있는 자원이며,서식에 대한 정보를 변경을 추적,기록하는등 서식에 버전 정보도 관리할 수 있으므로 XML 레포지토리에 저장,관리할 수 있다.
XML 레포지토리에서 관리할 리소스로는 업무보고서 문서,택사노미 및 XML 스키마 그리고 서식정보 크게 세가지로 구분하여 계층적 구조로 폴더링을 구성한다. 사용자는 특정 필요에 의해 리소스를 컨텐츠와 메타데이타주(4) 포함하여 함께 구성할 수 있다.
ø 주(4) 메타데이타(Metadata)
메타데이타는 시스템정의 메타데이타(System-Defined Metadata)와 사용자정의 메타데이타(User-Defined Metadata)로 나뉜다. 시스템정의 메타데이타는 리소스가 생성될 때 시스템이 자동적으로 생성하는 정보로 소유자,생성일등 시스템정보가 포함되며, 사용자정의 메타데이타에는 쿼리성능,애플리케이션의 필요에 의해 컨텐츠에 대한 정보를 사용자가 포함시킨다.
1) 업무보고서 폴더링
업무보고서 계층구조를 분류하는 카테고리는 업무보고서를 기준으로 구분할 수 도 있고 업권을 기준으로 구분할 수 있으며 이에 대한 판단은 XBRL 보고시스템의 상세요구사항을 분석한 후 결정한다. [그림 3-4]는 업권별로 폴더링을 구성한 예이다.
[그림 3-4] 상시보고서,업무보고서 폴더링 예
2) 택사노미 및 XML 스키마 폴더링
택사노미 및 XML 스키마는 별도의 스키마 폴더를 생성하고 “XBRL 업무보고시스템 택사노미 설계방안”컨설팅 결과와 연동하여 물리적인 폴더링을 구성하는 것이 바람직할 것이다. [그림 3-5]은 택사노미 및 XML스키마 폴더링의 예이다.
[그림 3-5] 택사노미 및 XML스키마
3) 서식정보 폴더링
서식정보는 업무보고서와 매우 밀접한 연관관계를 갖고 있으며 업무보고서와 연동되어 [그림 3-4]과 유사한 폴더링 구조를 가질 것이다.
XML 레포지토리에 XML 컨텐츠를 저장할 경우는 XML 컨텐츠를 스키마 기반으로 저장할 것인지 비 스키마 기반으로 저장할 것인지를 선택한다.이때 중요한 질문을 해야하는데 첫째 질문은 “업무에서 사용하는 데이터가 얼마나 잘 조직화 되어 있는가”이고,둘째 질문은“데이터 구조 및 유형이 얼마나 자주 변경되는가”이다. 업무 데이터가 잘 조직화 되어 있을수록,데이터 구조 및 유형이 잘 변하지 않을수록 XML 스키마 기반으로 구성 할 수 있는 가능성이 높아진다. XML 컨텐츠가 XML 스키마 기반으로 작성된 경우에 Oracle 레포지토리는 처리성능을 높이기 위해 내부적으로는 XML 컨텐츠를 여러 개의 데이터베이스 오브젝트로 분해하고 관계형 데이터베이스의 엔진을 이용하여 XML 컨텐츠를 처리할 수 있다. 이 경우 XML 스키마의 구조에 따라 관계형 데이터베이스에 근접하는 처리 성능을 보여주기도 한다. 이 경우는 반드시 구조적 스토리지를 사용한 경우에 국한한다. 반면XML 레포지토리에 XML 컨텐츠를 저장할 경우는 암호화,전자서명등에서 요구하는 원본성을 고려할 때 포매팅 정보(공백문자,탭문자),XML 태그를 모두 포함한 XBRL 보고문서 그대로를 저장해야 한다. 즉,문서레벨의 동일성(Document Fidelity)을 반드시 확보해야 한다. 이 경우는 비구조적 스토리지(Unstructured Storage)를 사용한다. 구조적 스토리지는 포매팅 정보,XML 태그 정보를 저장하지 않고 단지 DOM 레벨의 동일성만을 제공하기 때문이다. XBRL 보고시스템에 사용되는 보고서는 XBRL 문서이므로 매우 잘 조직화 되어 있는 반면에 업무에 따라 자주 변경되는 데이터 항목이 발생한다. 일반적으로 어떤 스토리지를 선택할 때 구조적 스토리지를 선택함으로써 얻을 수 있는 성능의 이점뿐 아니라 XML 스키마의 복잡도 및 스키마 변경시 데이터 이전(Evolution)의 난이도에 따라 결정해야 한다. 서식 문서 역시 XBRL 보고시스템에서는 XML 스키마(XBRL 보고시스템의 경우는 택사노미)를 이용하여 서식정보를 재구성 하는 컨설팅을 진행하고 있는데 이 역시 두가지 조건을 고려하여 구성해야 한다. 현재까지 들어난 여러가지 제약 조건으로 판단해본다면 컨설팅 단계의 레포지토리 구성 및 성능 검증단계에서는 업무보고서 리소스, 택사노미 리소스는 비 스키마 기반의 비 구조적 스토리지로 구성해야 할 것으로 보인다.
레포지토리의 리소스에 대한 버전관리 여부를 선택할 수 있는데,버전관리를 선택하면 레포지토리내의 리소스에 변경사항이 모두 기록되어 한 리소스 및 리소스 메타데이타에 대한 여러 버전을 동시에 관리할 수 있다.레포지토리내의 모든 리소스에 대하여 버전관리를 할 수 있는 것은 아니며,여러 버전을 동시에 관리하는 특성상 유일성 제약조건(Uniqueness Constraint) 때문에 Non-XML 스키마 기반의 리소스에 대해서만 버전관리를 한다.레포지토리를 XBRL 파일 관리를 위한 솔루션으로 고려한다면 XBRL 보고시스템에서는 택사노미 파일 및 서식정보 파일등은 버전관리의 대상으로 고려할 수 있다.
Oracle XML DB 레포지토리의 보안 메커니즘의 핵심은 액세스 컨트롤 리스트에 있다. 이에 보안역할을 그룹핑하고 그룹의 역할에 맞는 액세스 컨트롤 리스트를 생성하여, 리소스를 생성할 때 그 성격에 맞는 액세스 컨트롤 리스트를 할당한다.액세스 컨트롤 리스트 생성,관리시 주의할 점은 리소스를 액세스 할 때 마다 보안 메커니즘이 동작하게 되므로 이는 프로세싱 성능에 영향을 미칠수 있다. 이에 액세스 컨트롤 리스트는 레포지토리 메모리 캐싱 범위내에서 최대한 활용할 수 있도록 가능한 한 공유해서 사용하는 것이 바람직하며 하나의 액세스 컨트롤 리스트에 포함하는 엔트리 개수를 16개 이하로 제한하는 것이 좋다. [그림 3-6]은 레포지토리에 관리되어 있는 액세스 컨트롤 리스트의 폴더링 구조에 대한 예이다.
[그림 3-6]
1.2.7 사용자 정의 메타데이타(Metadata) 활용
XML 컨텐츠와는 별도로 XML 컨텐츠에 대한 정보를 생성하여 XML 컨텐츠와 함께 관리할 수 있는데 이 추가적인 정보를 사용자 정의 메타데이타(User Defined Metadata)라고 한다. 메타데이터를 이용하여 컨텐츠를 그룹화하고,쿼리 성능을 향상시킬 수 있으며,애플리케이션의 특성에 맞게 각각의 방법등으로 활용할 수 있다. 이때는 메타데이타를 스키마 기반으로 구성하는 것이 조회 성능을 향상시키는 방법이다.
1.2.8 결론 - Oracle XML 레포지토리 구성방안
Oracle XML 레포지토리의 장점 및 제약 사항을 고려하여 XBRL 보고시스템에 아래와 같은 업무부분에 적용할 수 있다. 그러나 레포지토리를 도입함으로써 추가로 발생하는 단점을 고려하면 레포지토리를 도입하여 얻을 수 있는 실제적인 이익은 그리 크지 않을 것으로 판단한다.
|
활용분야 |
장점 |
|
업무보고서 관리 |
계층적 업무보고서를 계층적 구조 폴더링 하여 관리 파일서버처럼 윈도우에서 네트워크 폴더로 직접 접근가능 |
|
업무보고서 검색 |
메타데이타를 이용하여 다양한 카테고리의 보고서 검색가능 |
|
파일 서비스 |
택사노미 저자들간 택사노미 공유 가능 택사노미 작성 및 수정시 파일 버전 관리 |
|
택사노미 서비스 |
HTTP(s), FTP, WebDAV등 표준프로토콜로 접근 가능 택사노미 다운로드 서버로 사용가능 |
|
컨텐츠 보안 |
ACL을 이용하여 권한없는 사용자로부터 컨텐츠 보안 가능 |
[표 3–8] Oracle XML 레포지토리 활용가능 부분
|
|
고려사항 |
|
등록 조회 성능 |
데이터베이스에 비해 처리능력 저조 |
|
문서 검색 성능 |
데이터베이스에 비해 처리능력 매우 저조 일반 칼럼을 사용하는 데이터베이스에 비해 XML 문서에 대한 메타데이타를 추가로 관리해야 하므로 관리비용 큼 |
|
메타데이타 관리 |
메타데이터에 대한 XML 스키마 개발 및 유지 비용 큼 |
|
문서 분석 성능 |
XML 문서 분석시 DOM 모델을 메모리에 생성후 분석하므로 제한된 메모리를 고려할 때 데이터베이스에 비해 효율이 매우 낮고 확장성 없음 |
[표 3–9] Oracle XML 레포지토리 활용시 고려사항
'기타 잡동사니 > Oracle' 카테고리의 다른 글
| 1.3.XML 레포지토리 성능검증 (0) | 2008.04.29 |
|---|---|
| 1.1 XML 레포지토리 활용 (0) | 2008.04.29 |
