dimensional-modeling

0열

1답변

시간당 데이터가 있고 ssas 큐브 수준에서 매주 변환하려고합니다

SQL Server 데이터베이스에 시간별 데이터가 있습니다. SSAS CUBE를 사용하여 매주 단위로 데이터를 수집하고 싶습니다.

ssas olap-cube dimensional-modeling 2014-05-09

---

0열

4답변

일대 다 관계를 평평하게 만드는 방법

Talend를 사용하여 데이터웨어 하우징 응용 프로그램을 만들려고 할 때 다음과 같은 시나리오가 발생합니다. 우리는 마스터와 이벤트 테이블 간의 일대 다 관계가있다 표 마스터 ID | CUST_NAME | CUST_EMAIL ------------------------------------ 1 | FOO | [email protected] 이벤트

sql data-warehouse talend dimensional-modeling 2014-10-08

---

1열

2답변

약간 관련 치수는 내가 SSAS OLAP 큐브에 대한 데이터 소스로 다음 (간체) 스타 방식 사용하고

: 단순히 포함 내 큐브에서 , 나는 측정이 [일] " 1 "이라고 표시합니다. 이는 일정 기간 동안의 일수를 구하기위한 깔끔한 방법이며 일일 평균 계산에 유용합니다. 물론이 측정 값은 상점 및 직원 차원과 관련이 없습니다. 이것은 그들의 판매 6월 2014 년 양, 6 월의 일수로, 미국에있는 모든 상점의 목록을 반환 SELECT { [SalesAmoun

ssas mdx olap dimensional-modeling 2014-07-04

---

0열

1답변

데이터웨어 하우스 - 다차원 모델 - 팩트 테이블이 차원 테이블보다 작습니다.

고객 차원 테이블이 팩트 테이블보다 큰 데이터웨어 하우스 프로젝트에서 작업하고 있습니다. 차원 및 팩트 테이블은 CRM 시스템에서 생성됩니다. 편지와 같은 활동을 모니터하는 팩트 테이블은 고객 또는 고객에게 도움을 요청합니다. 고객의 절반은 활동이없고 나머지 고객은 활동이 거의 없습니다. 활동을하는 고객의 대부분은 단일 활동을합니다. 스타 스키마가 프로젝트

ssas data-modeling data-warehouse dimensional-modeling fact-table 2014-05-16

---

0열

1답변

데이터웨어 하우스의 시간 차원

필자는 행에 여러 날짜 필드를 저장하는 팩트 테이블을 보유하고 있습니다. 나는 디자인을 유연하게 유지하고 모든 필드를 시간 차원과 연결하고 싶습니다. 그러나 문제는 내 보고서가 쿼리에 너무 많은 조인 (각 날짜 필드에 하나씩)이 있다는 것입니다. 이 문제를 어떻게 완화합니까? 시간 차원 참조 (빠른 검색)와 날짜 필드 (효율적인 검색)를 모두 저장하는 아이

mysql database-design data-warehouse dimensional-modeling 2014-10-19

---

1열

1답변

SSAS에서 계층 구조를 만들려면 어떻게해야합니까?

나는 다음과 같은 필드와 테이블 order 있습니다 ID Serial Visitor Branch Company 는 데이터베이스의 방문자, 지점 및 회사의 관계가 가정합니다. 그러나 모든 방문자는 더 많은 지점에있을 수 있습니다. 주문 테이블의 세 필드 사이에 계층 구조를 만들려면 어떻게해야합니까? 어떻게하면됩니까?

sql-server ssas business-intelligence dimensional-modeling 2014-10-20

---

1열

1답변

ROLAP 스타 스키마 데이터웨어 하우스를 작성하는 ETL/모델링 도구는 무엇입니까?

큐브를 설계/모델링하고 소프트웨어가 관계형 데이터베이스의 차원과 사실을 업데이트하는 데 필요한 코드 (최소한 프레임 워크)를 생성하도록 허용하는 소프트웨어/툴이 있는지 궁금합니다. 죄송합니다. 이것은 바보 같은 질문입니다. 그러나 TM1 큐브에 데이터를 저장하고 저장하기 위해 큐브 및 관련 ETL 프로세스를 설계 할 수있는 Cognos TM1과 같은 도구가

ssas etl data-warehouse dimensional-modeling cognos-tm1 2014-10-21

---

1열

1답변

두 테이블을 하나의 테이블에 결합하는 대신 차원과 사실을 분리해야하는 이유

은 차원 모델링 또는 별표 스키마에 대한 통찰력이 필요합니다. 일반적으로 데이터웨어 하우스를 설계 할 때 사실 테이블과 차원 테이블을 갖게됩니다. 그러나 사실 테이블에 차원을 포함시키는 것이 좋습니다. 특히 다른 특성이없고 단순한 차원의 경우 값을 거의 변경하지 않습니다. 사실 테이블의 차원을 사용하면 쿼리가 매우 빠르게 실행되고 차원 테이블을 별도로 유지

data-warehouse dimensional-modeling star-schema 2014-10-23

---

0열

1답변

거래 사실 테이블의 여러 상태 추적

분석 목적으로 비즈니스 프로세스 상태를 추적해야합니다. 나는 우리가 시간/거래 유형/서비스 센터에 대한 거래 사실 테이블의 상태를 유지할 수있는 언급 된 게시물을 보았고, 축적 된 사실 테이블을 사용하여 프로세스 지연을 연구 할 수 있으며, 여러 상태가있는 트랜잭션이 거의 없는지 궁금하다. 하루 만에 모든 상태를 트랜잭션 팩트 테이블에 저장해야합니까? 여기

data-warehouse dimensional-modeling 2014-09-15

---

0열

1답변

직원 회전율에 대한 차원 모델

차원 모델에 대한 직원 회전율의 시나리오를 모델링하는 가장 좋은 방법을 결정하려고합니다. 동일한 조치에 Termination_Count 및 Headcount를 포함시키는 것이 최선인지 잘 모르겠습니다. **Headcount Measure:** Employee_id Department Employee_count Termed_count Month

mdx dimensional-modeling 2014-09-15

---