이러한 종류의 복제에는 어떤 전략/기술을 사용해야합니까?

Question

저는 현재 좋은 해결책을 찾아 내지 못하는 한 가지 문제에 직면하고 있습니다. 여러분 모두에게 조언을 구할 수 있기를 바랍니다. 모든 클라이언트가 항상 정말 정말 크고 바쁜 라이브 데이터를 관리하기위한에 연결하는 곳 코어 데이터베이스

그림에서와 같이

내 문제입니다.

기능 데이터베이스는 자주 사용되지 않지만 핵심 데이터베이스의 실제 데이터 (어쩌면 5 %)의 일부가 필요하지만이 서버에 대한 요청 작업은 더 많은 시간이 걸리고 많은 리소스를 소비합니다.

내 현재의 솔루션입니다 무엇 :

1. 내가 코어 데이터베이스 & 기능 데이터베이스 사이의 데이터베이스 복제를 사용, 그것을 잘 작동합니다. 그러나 문제는 불필요한 데이터를 저장하기 위해 많은 디스크 공간을 낭비한다는 것입니다. (데이터베이스 데이터베이스에서 복제 데이터가 작동하지 않는 동안 필터링)

2. 대기열 시스템을 사용하면 코어 데이터베이스에 많은 요청이 있기 때문에 데이터가 제 시간에 가동되지 않습니다.

이것을 만난 적이 있습니까?

감사합니다,

팡

Answer 1

는 당신이 정의하는 것은 고전적인 데이터 통합 ​​작업입니다. 모든 데이터 통합 ​​도구를 사용하여 핵심 데이터베이스에서 데이터를 추출하고 주요 데이터베이스에로드 할 수 있습니다. 실시간에서 모든 시간 프레임에 이르기까지 데이터 통합 ​​작업을 예약 할 수 있습니다.

내 중간 크기 (10GB) 반 과학적 PostgreSQL 데이터베이스 통합 프로젝트에 Talend을 사용했습니다. 그것은 아름답게 일했습니다.

SQL Server Integration Services (SSIS)도 시도 할 수 있습니다. 이 도구는 매우 강력합니다. 그것은 모든 일류 RDBMS와 함께 작동합니다.

Answer 2

디스크 공간이 걱정된다면 지금 당장 가지고있는 해결책을 고수 할 것입니다. 요즘은 100GB의 디스크 공간이 1 달러 미만입니다. 그 돈으로 시스템에 새로운 솔루션을 도입 할 수는 없습니다.

논리적으로는 동일한 애플리케이션에서 필터링을 유지하는 경우도 있습니다. 일부 신비한 통합 레이어가 아닌 앱 자체 내에서 어떤 레코드가 관련성이 있는지 파악하는 책임은 전체 솔루션의 복잡성을 줄입니다. 필요한 경우 특수 통합 레이어의 추가 복잡성 만 수락하십시오.