2009-06-16 1 views
0

울 혼잡한 질문에 대해 용서해주십시오. OLAP & 큐브에 익숙하지 않습니다. 내 상황을 설명해 드리겠습니다 ...모델의 세부 사항을 미리 알 수없는 OLAP 큐브를 구성 할 수 있습니까?

저는 설문 조사 결과를 저장할 데이터베이스를 구축하고 싶습니다. 설문지 당 몇 개의 질문이있을 수 있습니다. 수천 개의 완성 된 설문지를 모아서 결과를 분석하고 싶습니다. OLAP 유형 자료 (그 중 제가 거의 알지 못하는 자료)의 좋은 후보자처럼 들립니다. 나는 "모든 노인은 20-30 세의 개를 소유하고있다."라는 질문에 답을 할 수 있어야한다. 예를 들어 "너는 몇 살이냐", "네가 개를 갖고 있니?"등의 대답을 조합 할 수 있어야한다.

I 또한 다음 달 설문 조사 결과와 그 다음 달 등을 저장할 수 있고, 이번 달과 지난 달을 보여주는 쿼리를 실행할 수 있기를 원합니다. 지금까지는 너무 좋았습니다.

내 질문의 비극은 다음과 같습니다. 이번 달 내 설문지에는 성별에 관한 질문이있을 수 있지만 & 개 소유권은 다음 달 설문지에 눈 색깔에 관한 질문이 포함될 수 있습니다. 일부 질문을 생략 할 수도 있습니다 (또는하지 않을 수도 있음). OLAP 세계에서 그렇게 할 수 있습니까? 아니면 큐브를 디자인 할 때 모든 "차원"(올바른 용어를 사용하고 있다면)을 미리 알아야합니까?

또한 서로 다른 질문이있는 여러 설문 조사를 실행하는 경우 동일한 큐브에 모두 저장하고 설문 조사를 통해 쿼리를 실행할 수 있습니까? 각 설문 조사에는 몇 가지 질문이있을 수 있으며 다른 설문 조사와 중복되는 경우가 두 개 있습니다. OLAP 시스템은 이런 종류의 일을 처리합니까? 나는 그들이 얼마나 경직되어 있는지, 그리고 실제로 이러한 종류의 사용에 적절한 지 여부를 알지 못합니다.

도움을 주시면 감사하겠습니다.

추신. 누군가가 제안하기 전에 Kimball의 Data Warehouse Toolkit을 구입했지만 아직 읽지는 못했습니다. (나는 어쨌든이 질문에 직접 대답하지 않을 수도있다).

답변

2

모델링 설문 조사 데이터를 다루는 섹션이있는 here 백서가 있습니다. 이것은 아마도 당신이 찾고있는 종류의 일입니다.

+0

이것은 완벽합니다. 감사합니다! –

+0

URL이 변경됨 : http://www.sqlbi.com/wp-content/uploads/The_Many-to-Many_Revolution_2.0.pdf Page 112+ – TvdH

+0

Ml 차원 모델은 24 페이지에서 시작합니다. 112 페이지는 표 모델입니다. – TvdH

1

나는 OLAP 초보자라는 말로 시작 하겠지만, 나는 당신이 성취하고자하는 것을 다룰 수 있다고 생각합니다.

실제 질문은 치수 중 하나입니다.이 질문에 대한 대답은 사실 테이블의 일부입니다. 즉 사실 테이블에 응답이 있고 연령, 성별, 지역 (아마도), 질문과 관련된 차원이 있습니다 . 조금 뒤쪽으로 느껴질 지 모르지만, OLAP에 대한 조건을 찾으러 왔습니다.

질문과 관련된 다른 차원을 질문지에 그룹화 할 수도 있지만 이는 질문 차원 자체의 값일 수 있습니다. 즉, 질문 {QuestionnaireID = 1, QuestionNumber = 4, QuestionText = "개를 갖고 계십니까? ? " }.

그게 도움이 될지 모르겠지만 잘하면 다른 아이디어가 없을 것입니다.

+0

답변 해 주셔서 감사합니다. 나는 100 % 확신 할 수 없다. 당신은 "질문"이 하나의 차원 또는 많은 것이라고 말하고 있습니까? (나는 수십개의 질문을 가지고 있을지도 모르고 큐브에서 12 개 이상의 차원을 갖는 것은 좋은 계획이 아니라는 것을 읽을 수있다.) 어쩌면 당신이 의미하는 것은 * 일부 질문은 차원 (즉, 데이터를 자르는 데 필요한 것들)로 표현되지만, 다른 것들은 어떻게 될까요? 질문에 대한 단일 차원을 갖는 것은 또한 다른 질문에 대한 답변이 광범위하게 달라질 수 있기 때문에 어려움을 겪습니다. 일부는 숫자 답을 가질 수 있으며, 일부는 객관식, 일부 날짜가 될 수 있습니다. –

0

뿐만 아니라 여기에 또 다른 OLAP 초보자 ...

1) 난 단지, 경험 방금 XML 파일입니다 큐브의 스키마를 수정하는 것을 허용하지 몬드리안 (펜타)와 OLAP 큐브를 만드는을 가지고 그들을 재건하십시오 (또는 펜타 호 - 말하기, 출판). 어쨌든, 그 플랫폼을 위해, 어쨌든, 당신의 모든 차원을 미리 알기위한 그러한 요구 조건이 없습니다.

2) 질문 차원 만들기에 관한 Lazurus의 권고에 동의합니다.각 "사실"에 모든 차원에 존재하는 가치가 있다는 것은 아닙니다. 따라서 "질문 n"에 대한 차원을 살펴보면 설문지에 대한 데이터 만 제공해야한다고 생각합니다. "Question n "은 관련 치수입니다.

+0

감사. 나는 사용자들로 하여금 설문지를 제어 할 수 있기를 바란다는 말을하지 않았으므로 (웹) UI를 사용하여 질문을 추가하는 것이 이상적이다. -이 "큐브를 다시 게시"단계는 약간 까다로워 보인다. 내가 그것에 대해 걱정할 필요가 있다는 것을 알면 좋다. 슬프게도, 질문이 모든 설문지에서 동일한 질문 번호를 갖겠다는 보장은 없지만 관련 질문을 함께 묶는 데 사용할 수있는 ID가 정말로 필요하다고 생각합니다. 지금까지 아무도 질문의 수 (각각 수십 개의 가능한 답을 가질 수 있음)가 문제라고 말한 적이 없습니다. 그것은 고무적이다. –

+0

관계형 모델링에 대한 경험이 있다면 먼저 데이터의 관계형 모델을 작성하십시오. 그 후 (Kimball의 책을 읽은 후에) 관계형 디자인을 차원 디자인으로 변환하는 방법에 대해 훨씬 더 잘 알게 될 것입니다. 질문에 대해서는 [QuestionnaireID, QuestionnaireText, QuestionID, QuestionText, AnswerID, AnswerText] 형식으로 모든 질문과 답변이 포함 된 하나의 차원을 작성합니다. 사용자의 답변을 사실 테이블에 넣으면 설문지, 질문 및 대답을 통해 모든 사용자의 모든 대답을 조각 낼 수 있습니다. –

관련 문제