1
큐브를 작성할 때 차원 필드 유형을 선택하기위한 고려 사항은 무엇입니까? 예를 들어 고객 번호를 문자열 또는 숫자로 정의해야합니까?치수 필드 유형 결정 방법
덕분에, 고객 번호는 숫자이어야한다 숫자입니다 마이클
A
답변
1
경우, 여러 유형이며 시작하는 가장 좋은 장소가있다. http://www.w3schools.com/sql/sql_datatypes_general.asp 그런 다음 특정 쿼리 또는 테스트로 돌아와서 기본을 빌드하고 코드/빌드를 표시하십시오.
+0
일반적인 의미에서의 의미입니다. 숫자 만 들어있는 치수 필드의 경우 해당 유형 (치수)에 무관심하므로 sum, avg 등 ...과 같은 "수치 적"계산을 수행하지는 않습니다. 이런 종류의 필드에 대한 유형을 선택하기위한 "모범 사례"가 있습니까? –
+1
귀하의 큐브를 생성하는 것이보고 요구 사항이므로 가정합니다. 비즈니스 요구 사항이 지속적으로 발생하므로 매우 유동적 인 것으로 가정합니다. 그 때문에 숫자를 숫자로 만들 것입니다. 지금 당신은 당신의 큐브 된 데이터가 어떻게 사용될 것인지 알 수 있습니다. 그러나 한두 달 또는 여섯 달 후에는 그렇지 않을 것입니다. –
+0
"데이터웨어 하우스 툴킷"에 Ralph Kimball이 읽으십시오. 그것은 거의 데이터웨어 하우스/큐브 빌딩 용 성경이며 "베스트 프랙티스"로 간주됩니다. – TTeeple
0
일반적으로 모든 것을 문자열 형식으로 지정합니다. 특히 날짜. 오늘 귀하의 고객 번호는 숫자입니다. 그러나 내일 누군가가 소스 시스템과 비즈니스 의사 결정을 변경하면 문자열이 될 수 있습니다. 따라서 일반적으로 필요한 최소한의 데이터웨어 하우스 변경으로 비즈니스 변경 사항을 수용 할 수 있도록 데이터웨어 하우스 구조를 설정하려고합니다.
고객 번호가 숫자 인 것을 보증하는 데이터 유효성 검사 프로세스를 찾으면 비즈니스가 변경된 경우 데이터베이스 구조 나 데이터 유형에 따라 달라지는 BI를 변경하지 않고 해당 데이터 유효성 검사 프로세스를 간단히 끌 수 있습니다.
하지만 여기에는 "올바른"답변이 없다고 말하고 싶습니다. 장단점이있는 엔지니어링 결정입니다.
특정 것이 있습니까? 아니면 일반적인 "what if"질문입니까? –
시작 지점 : http://www.w3schools.com/sql/sql_datatypes_general.asp – indofraiser