데이터웨어 하우스에서 뷰 사용하기

Question

최근에 뷰를 사용하여 데이터를 요약하는웨어 하우스를 상속했는데 나의 질문은 다음과 같습니다. 뷰가 우수 한가? 큐브를 사용하여 다차원 쿼리를 집계하려고했습니다. 이 기본적인 질문을하는 경우

미안 해요, 난 창고 및 analyis 서비스

감사

Answer 1

Analysis Services와 Views는 서로 다른보고 도구 또는 분석 도구에서 사용한다는 근본적인 차이점이 있습니다.

Reporting Services 또는 Crystal Reports를 통한 SQL 기반 보고서가있는 경우보기가 유용 할 수 있습니다. 뷰를 구체화 할 수도 있습니다 (SQL Server에서 인덱싱 된 뷰라고 함). 이 경우 디스크에 저장되고보기에 대해 쿼리를 수행하는 데 필요한 I/O를 줄이는 데 사용할 수 있습니다. 구체화되지 않은 뷰에 대한 쿼리는 여전히 기본 테이블에 적용됩니다.

보기가 보안 또는 단순화 목적으로 사용되는 경우가 많습니다 (비즈니스 로직이나 계산을 쿼리하기 쉬운 것으로 캡슐화하기 위해). 보안을 위해 필터링 (사용 가능한 행 제한) 또는 기본 테이블의 중요한 필드를 마스킹하여 중요한 데이터에 대한 액세스를 제한 할 수 있습니다.

Analysis Services는 서로 다른 쿼리 및보고 도구를 사용하며 집계 데이터를 미리 계산하고 저장합니다. 서버에 대한 인터페이스는 SQL Server와 다르므로 큐브에 대한보고 또는 쿼리 도구 (예 : ProClarity)는 데이터베이스를보고하기위한 도구와 다릅니다 (일부 시스템에는 쿼리 기능이 있지만).

Answer 2

큐브를 경험하고 있지 않다 데이터를 요약하고 그 위에 다차원 분석을 수행 할 수있는 더 나은 방법입니다.

뷰의 문제점은 나쁜 성능 (모든 조인 및 그룹화)과 사용자가 데이터를 다이스 및 슬라이스 할 수없는 두 가지입니다.

내 프로젝트에서 필자는 데이터웨어 하우스와 큐브 사이의 다른 계층 (즉, 내 차원과 측정 값 그룹은 뷰를 기반으로 함)으로 "바보"뷰를 사용합니다.

Answer 3

보기는 데이터 액세스를 제한/제어/표준화하는 것과 같은 보안 목적에 유용합니다.

또한 사용자 정의 테이블 파티셔닝 구현 W 페더 레이 티드 데이터베이스 전개를 구현하는 데 사용할 수도 있습니다.

데이터베이스의 뷰 기능이 메트릭 또는 통계 계산을 용이하게하는 것이라면 데이터웨어 하우스 솔루션을 통해 사용할 수있는 것과 같은보다 적절한 구현의 이점을 확실히 누릴 수 있습니다.

Answer 4

나는 몇 년 전에 같은 배를 타고있었습니다. 필자의 경우 다른 SQL 서버에 액세스 할 수있었습니다. 두 번째 서버에서웨어 하우스에 대한 링크 서버를 만든 다음 내보기를 만들고 두 번째 서버에서보기를 구체화했습니다. 어떤 의미에서는 데이터웨어 하우스와보고웨어 하우스가있었습니다. 프로젝트의 경우이 접근법은 다른 부서 및 일부 공급 업체에 대한 데이터에 대한 액세스 권한을 부여해야 할 때 가장 효과적이었습니다. 웨어 하우스 용과보고 용으로 두 개의 개별 인스턴스로 서버를 분할하여 보안 액세스와 관련된 위험을 완화했습니다.