한 postgres 데이터베이스에서 다른 테이블로 일부 테이블 복제

다음과 같은 상황이 있습니다. postgresql 데이터베이스를 실행하는 세 대의 컴퓨터가 있습니다. 한 시스템은 클라이언트 계정 정보 (이 시스템 C라고 함)를 보유하고 다른 두 시스템은 클라이언트 로깅 정보를 보유합니다 (L1 및 L2 호출). 분할 된 이유는 여러 시스템에 대한로드를 분리하기 때문입니다 (일부 클라이언트는 L1에 로깅 정보를 전송하고 일부는 L2에 전송하고 일부는 L3, L4 등).

로깅 정보를 검색 할 때 원칙적으로 Ln의 로깅 테이블과 C의 클라이언트 계정 테이블 사이에 참여할 수 있기를 원합니다. 실제로는 이와 같이 JOIN을 수행 할 수 없습니다 (가능한 경우에도 원합니다) 로드를 피하기 위해 C).

내 생각은 C의 테이블을 L1, L2 각각에 복제하여 조인을 수행 할 수 있도록하는 것입니다. C의 테이블과 관련하여 C는 마스터이고 L1, L2, ...는 슬레이브입니다. 그러나 L1, L2의 다른 테이블의 경우 ...이 기계는 마스터입니다. 정확히 마스터-마스터 복제가 아니며 정확하게 마스터-슬레이브가 아닙니다.

postgres (9.1을 실행 중입니다) 복제 가이 작업을 수행하도록 설득하거나 작업을 수행하는 다른 패키지가없는 경우 설득 할 수 있습니다. 마지막 수단으로, 주기적으로 동기화하는 테이블을 약간의 코드로 작성할 수 있지만 (지연이 가능합니다), 좋지 않을 것입니다!

미리 감사드립니다.

PostgreSQL 9.3에서는 postgres_fdw다른 컴퓨터의 외래 테이블을 투명하게 쿼리하는 데 사용할 수 있습니다 .

이전 버전에서는 dblinkAndrew가 언급 한 옵션이 될 수 있습니다.

다른 옵션은 Londiste 또는 Slony-I와 같은 도구를 사용하여 원하는 테이블을 복제하는 것입니다. Londiste를 사용하는 것이 좋습니다. 훨씬 간단합니다. 테이블에서 삽입 / 업데이트 / 삭제를 감지하기위한 트리거를 작성하고 자체 클라이언트 / 서버 및 큐잉 시스템을 사용하여 트리거를 다른 데이터베이스에 복제합니다. 여기서 해당 삽입 / 업데이트 / 삭제를 수행합니다. 여러 클라이언트 사이트의 프로덕션 환경에서 사용하며 매우 잘 작동합니다.

향후 옵션 (PostgreSQL 9.5에서 권장)은 로그 스트리밍 논리적 복제, 논리적 변경 세트 추출 및 양방향 복제로, 개별 데이터베이스 또는 테이블을 SQL 수준에서 복제 할 수 있습니다. 이 작업의 일부는 PostgreSQL 9.4에 최선을 다했지만 원하는 작업에 유용하게 사용할 수는 없습니다.

이를 위해서는 dblink와 구체화 된 뷰를 사용해야합니다. 두 기능 모두 최신 버전의 Postgres에 내장되어 있습니다.

http://www.postgresql.org/docs/9.3/static/rules-materializedviews.html

http://www.postgresql.org/docs/9.3/static/dblink.html

기본적으로 C의 테이블에서 추출 된 데이터를 사용하여 각 데이터베이스 L1, L2 ...에 Mview를 빌드 한 다음 Mview refresh를 사용하여 필요한만큼 자주 Mview를 업데이트하십시오. 데이터는 로컬에 저장되므로 매우 빠르게 액세스 할 수 있습니다. 이것은 데이터가 상대적으로 정적이고 로컬 데이터베이스에 약간 오래된 정보가있는 경우에 적합하지 않은 경우에만 적합합니다. 이를 적절하게 관리하려면 새로 고침 빈도를 설정해야하며, 허용되지 않는 경우 데이터베이스 링크를 사용하여 결과 속도 저하를 처리해야합니다.

추가 기능이 필요한 경우 스냅 샷 프로젝트는 빠른 새로 고침 및 스냅 샷 로그와 같은 고급 기능을 제공합니다.

http://pgfoundry.org/projects/snapshot/

이를 통해 업데이트가 필요한 행만 새로 고침으로 업데이트 할 수 있으므로 큰 비탄성 데이터 세트에 대해 매우 빠르게 행을 만들어 앱 중단을 최소화 할 수 있습니다. 기본적으로 Mviews는 Postgres에서 완전히 삭제되고 재생성되므로 명백한 이유 때문에 성능이 매우 나빠질 수 있습니다.