-1

프로젝트를 수행하고 있는데 데이터베이스 전문가가 아니므로 몇 가지 문제가 있습니다. 아키텍처에서는 데이터를 테이블에 저장하고 데이터가 푸시 될 때마다 레코드 만 추가되는 하나의 큰 중앙 집중식 데이터베이스로 데이터를 푸시하는 몇 가지 작은 데이터베이스 (단일 워크 스테이션)가 있다고 생각합니다. 이러한 데이터를 분석하는 것이 도움이되지만 중앙 데이터베이스가 OLTP 일 필요합니다 (의료 기록이므로 항상 작동해야하기 때문에 가동 중지가 불가능합니다). 따라서 OLAP이 다른 것일 수 있습니다 계층을 분석하고 이러한 단일 워크 스테이션과 중앙 데이터베이스 간의 데이터 교환을 방해하지 않을 때? 또는 중앙 데이터베이스가 OLAP 아키텍처 자체 여야합니까? 또한 OLTP 데이터베이스는 병력과 같은 데이터를 저장할 수 있습니까? (나는 그 데이터가 역사적인 데이터 일 수 있기 때문에 묻고있다, 과거의 질병 등. 그래서 나는 그것이 테이블에서 어떻게 보이는지를 정말로 이해하지 못한다.) 이러한 아키텍처의 요구 사항은 무엇입니까? (전체 도시에서 데이터는 대부분 txt와 링크로 구성됩니다). 사전에 도움을 주셔서 감사합니다, 내가 충분히 명확 희망 :OLAP 레이어로 중앙 집중식 OLTP 데이터베이스 디자인

Ps. 그건 그렇고, 이것은 중앙 DB 환자의 방문 또는 새로운 진단 후 여러 의사 관행에 의해 추진 될 환자의 전자 건강 기록을 저장하는 것입니다. 따라서 데이터 교환은 단일 워크 스테이션에서 중앙 DB로 그리고 다른 방법으로 (의사가 다른 의사의 정보가 필요한 경우) 양방향으로 진행됩니다. 이보다 더 나은 아키텍처를 알고 있습니까? 이러한 데이터를 분석하고 싶다면이 옵션 만 실행 가능하다고 생각하지만 다시 말하면 전문가가 아니므로 많이 생각할 필요가 없습니다.

답변

0

OLTP (운영 데이터베이스) 거래 정보를 저장하기위한 것입니다. 예외를 방지하고 쓰기 속도를 높이기 위해 고도로 정규화되었습니다. 환자 방문 정보와 같은 항목이 여기에 저장됩니다.

동일한 데이터베이스를 사용하여 정보를 분석 할 수 있지만 정규화되지 않은 형식으로 만들면 특히 DBA가 아닌 사용자가 훨씬 쉽게 사용할 수 있습니다. 이것은 OLAP 작업을 수행 할 수있는 분석 데이터베이스 (데이터웨어 하우스)입니다.

OLAP는 피벗, 슬라이스, 주사위와 같은 작업 집합입니다. 데이터웨어 하우스는 분석을 쉽게하기 위해 설계된 데이터베이스입니다. 그들은 다르다.

나는 OLTP와 OLAP의 관계가 어떻게 작동하지 않는지 알지 못합니다.

IT는 OLAP는 중앙 집중 데이터베이스에 상기 다른 층 것이 가능하고 분석 할 때 데이터 및 워크 스테이션이 단일 중앙 데이터베이스 사이 를 교환에 지장이없는?

일반적으로 운영 데이터베이스의 데이터를 일정에 따라 분석 데이터베이스로 추출합니다. 선택을하면 방해받지 않습니다. 귀하의 분석 데이터베이스가 "위"가 아닌 "귀하의 운영 데이터베이스"옆에 있다고 말할 수 있습니다.

아니면 중앙 데이터베이스가 OLAP 아키텍처 일 필요가 있습니까?

중앙 데이터베이스에서 트랜잭션 처리 중일 경우에는 아니오를 선택하십시오.

또한 병력과 같은 데이터를 OLTP 데이터베이스에 저장할 수 있습니까?

+0

빠른 응답을 보내 주셔서 감사합니다.이 프로젝트로 인해 데이터베이스에 대한 기사를 읽었으며 OLTP 데이터베이스가 매우 안정적이고 안정적이며 빠른 쓰기 읽기 및 다운 타임이없는 많은 웹 사이트를 실행했습니다. 반면 OLAP은 느리고 일부 작업은 잠시 동안 전체 시스템을 다운시킬 수 있습니다.이 중앙 데이터베이스가 매우 안정적이고 항상 중요하다는 것은 매우 중요합니다. –

+0

나는 OLTP와 OLAP의 관계가 얼마나 떨어져 있는지 알 수 있습니다. –

1

닐 말했다 이미함에 따라 정상화는 OLTP 환경에서 좋은 디자인의 핵심 원칙 (목적없는 말장난)입니다. 다른 디자인 원칙은 좋은 데이터웨어 하우스 또는 데이터 마트의 핵심입니다. 데이터 마트는 OLAP 조작의 기초가 될 수 있습니다.

일반적으로 OLAP에는 현재 데이터가 필요하지 않습니다. 하루에 한 번만 업데이트하면 대개 충분하며 때로는 한 달에 한 번씩 업데이트하는 경우도 있습니다. 당신은 귀하의 요구 사항을 알고 있습니다. 운영 (OLTP) 데이터베이스에서 분석 (OLAP) 데이터베이스로 데이터를 복사하는 프로세스를 추출, 변환 및로드 (ETL)라고합니다. ETL 프로세스는 매우 복잡 할 수 있으며 많은 프로그래밍이 필요합니다. ETL 프로세스를 구축하는 데 도움이되는 도구가 있지만. OLTP와 OLAP 데이터베이스의 디자인을 결정할 때까지 실제로 ETL을 빌드 할 수는 없지만 모든 것을 함께 사용할 수 있도록 미리 계획하고 설계 할 수 있습니다.

경우에 따라 OLAP 데이터베이스는 관계형 (SQL) 데이터베이스가 아니지만 일반적으로 "데이터 큐브"라고하는 특수한 형식으로되어 있습니다. 소위 "비즈니스 인텔리전스"를 전문으로하는 분석기는 종종 데이터 큐브를 사용하며 때로는 이러한 형식이 독점적이며 도구에 묶여 있습니다.

OLAP 데이터베이스가 관계형 일 때 자주 사용되는 디자인 중 하나는 "스타 스키마"또는 일부 변형입니다. 이것은 데이터 요소의 이름이 관련 사용자에게 의미가있는 경우 포인트 앤 슈팅 또는 드릴 다운 인터페이스에 매우 편리합니다.

많은 학습이 있습니다. 행운을 빕니다.