2016-06-01 5 views
2

사실 테이블과 차원 테이블간에 다음 관계가 설정되었습니다. 데이터 마이닝 구조를 만들려고 할 때SQL 서버 데이터 도구에서 중첩 테이블로 차원 테이블을 사용할 수 없습니다.

enter image description here

는, 나는 사실에 "TimelyResponse"의 가능성을 예측하기 위해 노력하고있어 같은 사실 테이블에 대한 중첩 된 테이블로 차원 테이블 Dimension_Status을 선택했다 Dimension_Status 테이블에서 "IssuedVia"를 사용하여 테이블을 확장하십시오. 그러나 이렇게하려고 할 때 다음 오류가 발생합니다.

Dimension_Status table cannot be used as a nested table because it does not have a many-to-one relationship with the case table. You need to create a many-to-one relationship between the two tables in the data source file 

enter image description here

내가 잘못 여기서 뭐하는 거지? 차원 테이블이 팩트 테이블과 다 대일 관계를 유지하지만 왜이 오류가 발생합니까? 제발 조언.

답변

0

SSAS를 사용하여 많은 양의 데이터 마이닝을 수행하지 않았지만 중첩 테이블이 다 대다 (many-to-many) 테이블의 "많은"측면임을 알 수 있습니다. 관계. 이 그림에서

enter image description here

의 첫 번째 테이블, 인 : 각 고객이 많은 제품을 가질 수 있기 때문에 MSDN article on Nested Tables에서 그것은, "고객"테이블에 중첩되는 것으로 "제품"테이블을 보여줍니다 고객에 관한 정보를 포함하고 각 고객에게 에 대한 고유 식별자를 연결합니다. 두 번째 표인 하위 표에는 각 고객에 대한 구매 항목이 포함되어 있습니다. 하위 테이블의 구매 항목은 고유 식별자 인 부모 키 테이블 인 과 관련이 있습니다. 다이어그램의 세 번째 테이블은 두 테이블을 결합한 것입니다.

중첩 테이블은 사례 테이블에서 TABLE의 데이터 형식을 갖는 특수 열 으로 표시됩니다. 특정 사례 행의 경우이 종류의 열에는 부모 테이블 에 속하는 하위 테이블의 선택된 행이 들어 있습니다. 중첩 된 테이블이 후 아니에요 무엇처럼

그래서 그것은 본다 - 불행하게도 나는 (적절한 접근 방법을 추천하기 SSA 데이터 마이닝 도구를 충분히 익숙하지있어 주위를 전환하고 DimStatus 테이블 당신의 케이스를 제작하지 않는 한 테이블과 Fact_CustomerComplaints 귀하의 상황에서 귀하의 중첩 테이블이 작동합니다.)

+0

그래, 나는 테이블을 전환 해 보았습니다. 그렇게 할 때 입력 열을 선택하고 열을 예측하는 상태에서 나는 막혔다. 이 접근 방식을 취하면 사실 열에 대한 키 열이 표시되지 않습니다. 키 열을 선택하지 않으면 앞으로 나아갈 수 없습니다. ( – mayooran

+0

열을 중첩해야합니까? 차원 테이블을 얻기 위해 중첩해야한다고 생각하지 않았습니다 .. – Jeff

+0

기본적으로 무엇을 했습니까? 차원과 사실 테이블을 따로 생성하고 대리 키를 사용하여 이들 간의 관계를 만들었습니다.이 관계를 현명하게 매핑하는 것은 일대일입니다. 이제 차원 열의 열이 마이닝 요구 사항의 입력으로 필요합니다. 따라서 해당 테이블을 선택해야했습니다. SQL 데이터 도구에서 중첩 테이블을 사용하여 해당 열에 액세스 할 수 있습니다. 내가 잘못 했나요? :( – mayooran