2017-04-10 9 views
0

사실 테이블에 코스에 참석 한 고객의 세부 정보가 들어 있습니다. 특정 날짜에 등록 된 클라이언트 목록을 확보 할 수 있도록 팩트 테이블에 날짜 차원을 관련시키지 않았습니다. 각 행에 시작일과 종료일이있는 팩트 테이블의 디자인이 더 우수합니다.

가 대신 내가 논리 사이의 기본적인 수행하는 조치를 작성 (여기서 startDate를 < =되어 selectedDate & & endDate가> =되어 selectedDate)

이 하나의 선택 일에 등록 된 모든 클라이언트를 찾을 날 수 있습니다. 그러나 이것에는 몇 가지 단점이 있습니다.

- 보고서 사용자가 하루 만 선택하도록해야합니다. 즉, 날짜 범위를 선택할 수 없습니다.

-I cant는 동일한 PerPeriodLastMonth 또는 Year를 쉽게 계산합니다.

내가 SamePeriodLastMonth/Year 기능을 사용하도록 허용하면서 주어진 날짜에 등록 된 클라이언트의 수를 볼 수 있도록 고려해야하는 더 나은 디자인이 있습니까?

+1

니씬는 사실 테이블과 시간 차원의 구조를 게시하시기 바랍니다. –

+1

날짜 범위 및 기간 계산에 문제가있어 클라이언트를 두 번 계산합니까? 이는 unqiue 클라이언트 코드에서 고유 카운트를 사용하여 쉽게 해결할 수 있습니다. –

답변

0

사실 및 희미한 테이블의 구조를 업로드 하시겠습니까?

방금 ​​생각해 보았습니다. 캘린더 연도에 프로그램의 개수를 측정하려면 확실히 Date 차원을 만들어야한다고 생각합니다. 또한보고 요구 사항에 따라 누적 요약 현황 테이블이 필요한지 여부를 고려할 수 있습니다. 이에

찾아주세요 자세한 내용 : http://www.kimballgroup.com/2012/05/design-tip-145-time-stamping-accumulating-snapshot-fact-tables/

건배