2012-04-26 2 views
0

나는 모니터링 응용 프로그램을위한 데이터베이스에서 작업하고 있으며 모든 비즈니스 로직을 분류했습니다. 모든 것이 잘되고 좋은 일이지만 요구 사항 중 하나는 모니터링 데이터가 완전히 독립적이어야한다는 것입니다.여러 데이터베이스 서버를 쿼리하고 있습니까?

웹 서버에서 로컬 데이터베이스를 사용하여 이벤트 처리 및 캐싱 알림을 수행하고 있습니다. 모니터 데이터베이스에는 시스템 당 하나의 이벤트 행이 있으므로 필요에 따라 ID를 가져 와서 모니터링 데이터를 쿼리하는 것이 쉽습니다. 이것은 내 웹 서버 만 사용하므로 무결성을 외부 적으로 시행 할 수 있습니다. 쿼리는 모든 관계가 일대일 방식이므로 문제가되지 않으므로 매우 간단합니다.

문제점은 사용자 관리와 관련되어 있습니다. 나의 독창적 인 계획은 또 다른 데이터베이스 (모니터링 데이터베이스 만 남기라는 요구 사항을 충족시키기 위해)를 가지고 있었지만, 생각했을 때 나는 생각하지 못했다. 사용자가 쉽게 액세스 할 수있는 시스템의 모든 ID를 가져올 수 있지만 어떻게하면 다른 데이터베이스의 쿼리에 효율적으로 전달할 수 있습니까? 이것에 대한 해결책이 있습니까? ors의 체인을 만드는 것은 추악하고 버그가 많은 솔루션처럼 보입니다.

나는 이런 종류의 문제가 드물지 않다고 생각합니까? 대부분의 개발자는 다른 데이터베이스 서버를 통합해야 할 때 무엇을합니까? 어쨌든 나는 고용주가 사용자 관리 데이터를 동일한 데이터베이스에 저장하는 것에 관심을 기울이고 있지만 이러한 종류의 작업을 수행 할 수 있는지 알고 싶습니다.

답변

3

은 당신이 무엇을 달성 할 수있는 몇 가지 방법이 있습니다 후 : 연결된 서버와 같은

단일 데이터베이스 서버 인스턴스의 여러 데이터베이스 개념은 비즈니스 요구 사항을 위반하지 않는 것처럼 보입니다. 시작 지점과 사용자가 제공 한 세부 정보를 조사합니다.

관련 문제