처음 두 기사에서는 데이터웨어 하우스의 가치와 구축 아이디어에 대해 이야기했습니다. 여기서는 실제 비즈니스 시스템 데이터를 기반으로 데이터웨어 하우스 모델을 구현했습니다. 가장 최근 프로젝트는 입찰 시스템의 데이터웨어 하우스 구축입니다. 관련 로직이 더 복잡하고 참여자가 많으며 데이터의 양이 크지 않으며 데이터웨어 하우스가 구축 된 후 주로 입찰 및 조달의 프로세스 감독 수준을 지원합니다.
데이터웨어 하우스의 구성 아이디어에 따르면 순서는 개념적 모델-> 논리적 모델-> 물리적 모델입니다. 가장 중요하고 복잡한 것은 비즈니스와 결합해야하는 개념적 모델의 설계이며 팩트 테이블과 차원 테이블은 비즈니스 특성, 최상위 데이터 요약 테이블에 따라 설계되었습니다.
1. 개념적 모델 설계
개념적 모델은 비즈니스 로직을 분류하기 위해 생산 시스템의 ER 관계 모델과 결합되어야합니다. 현재 생산 트랜잭션 시스템은 데이터를 여러 데이터베이스로 분할하는 ORACLE 데이터베이스를 사용합니다 : 비즈니스 데이터베이스 (입찰 및 구매 프로세스 포함) 프로젝트), 주제 + 조직 데이터베이스 (입찰자, 입찰자, 입찰 평가 전문가, 기관), 금융 데이터베이스 (입찰 수수료, 플랫폼 서비스 수수료, 입찰 예치금, CA 처리 수수료 등), 프로젝트 테이블은 입찰 프로세스 테이블입니다. 입찰, 입찰 개시, 입찰 평가 및 입찰과 관련된 입찰 프로세스 데이터를 기록합니다.
입찰 : 입찰자 는 입찰자에 의해 시작됩니다. 입찰자 는 대행사에 입찰 과정을 위임합니다 . 대행사는 입찰 공고 를 발행합니다 . 입찰자는 등록 및 응답 단계에서 데이터 를 생성하고 입찰자는 입찰 후 보증금을 지불합니다. 응답;
입찰 : 입찰자는 대행사에 입찰 료를 지불하고 입찰 서류를 다운로드합니다. 입찰자는 입찰 개시 전에 응답하고 입찰 보증금을 지불해야합니다. 입찰서가 판매되고 입찰자가 입찰자가 질문을하면 입찰자가 입찰을 구매 한 후 입찰 서류 또는 입찰자가 입찰 서류를 수정하고자하는 경우, 이때 지정된 시간 내에 명료 공고를합니다.
입찰 개시 : 입찰 개시는 일반적으로 오프라인으로 진행됩니다. 대행사는 입찰자에게 입찰 개시 실에 전화를 걸어 입찰자의 견적, 공사 기간, 품질, 프로젝트 관리자 및 기타 입찰자의 실질 요건을 공개합니다.이 단계에서 입찰 서류는 다음과 같습니다. 열림, 전자 입찰 문서 암호 해독;
입찰 평가 : 입찰 평가는 일반적으로 오프라인으로 진행되며, 대행사는 감독관, 입찰자, 전문가를 입찰 평가실로 불러 내고 전문가는 입찰자의 자격과 입찰을 기술, 상업, 견적으로 구분하여 평가한다.
입찰 결정 : 전문가가 종합적으로 입찰자를 평가 한 후 전체 순위를 결정합니다. 1 위 후보가 낙찰 후보입니다. 입찰 평가가 완료된 후 사전 낙찰 발표가 필요합니다. 상위 3 개가 발표됩니다. 공고 기간, 사회 감독이 허용되며, 질문과 질의는 대행사 / 입찰자가 해명해야하며 해명은 해명 공고를 수반한다. 질의가 유효하게되면 입찰이 무효화 될 수있다 (입찰 평가 비용이 높다. , 입찰은 일반적으로 무효화되지 않습니다.
계약 : 사전 낙찰 입찰이 해제 된 후 질문 기간은 사전 낙찰 후보에게 영향을주지 않습니다. 사전 낙찰이 해제 된 후 xxx 일이 지나면 입찰자는 낙찰 후보와 계약을 체결해야합니다. 입찰자는 입찰에서 낙찰되지 않은 다른 단위의 보증금을 반환해야합니다.
전체 프로세스를 분류하고 비즈니스를 이해 한 후 고객은 프로세스의 감독 및 조기 경고에 더 많은주의를 기울이고이를 기반으로 몇 가지 감독 차원을 분류합니다.
2. 논리적 모델 설계
논리적 모델은 이전 블로그 게시물에서 언급 한 차원 모델링 모델을 채택하고 눈송이 모델, 프로젝트 ID, 입찰자 ID, 입찰자 ID, 에이전시 ID, 전문가 ID는 입찰, 투자, 개시, 평가 및 입찰의 전체 프로세스입니다. 주요 참가자 인 데이터 추출 도구는 주전자를 사용합니다.
데이터 테이블 명명 규칙 : tb_model level_subject domain_business domain_summarization granularity
주전자 이름 지정 규칙 : kt_model level_topic domain_business domain_summarization granularity
3. 물리적 모델 설계
이전 블로그에서 언급 한 물리적 모델 설계에 따라 ODS-> DWD-> DWS-> ADS의 계층화 된 모델을 구축합니다. 여기서 ODS는 정리 나 변경없이 Oracle 라이브러리의 소스 데이터 만 추출합니다. DWD 계층 데이터 정리 및 데이터 엔지니어링을 시작하고, 간단한 요약을위한 DWS, ADS는 응용 프로그램 쿼리에 대한 상위 수준 요약을 제공합니다. 예를 들어 프로젝트 및 공급 업체의 요약 차원을 살펴보면 프로젝트 프로세스가 모델 설계의 주요 본문입니다. 공급자는 차원 테이블 데이터와 유사하며,이 둘의 조합은 비즈니스의 투자 / 수주와 관련된 요약 차원 (예 : 낙찰률 순위, 입찰자의 등록 금액과 관련된 통계)을 얻을 수 있습니다. 특정 프로젝트, 특정 입찰자의 입찰 참여와 관련된 통계 등) :
프로젝트 프로세스 테이블 (교정 프로세스)에서 입찰자 수를 설계하고 교정 프로세스의 통계 항목은이 유형의 ADS 요약 차원에서 결과를 얻습니다.
