나는 여기에 자신의 질문에 대답했습니다.
내 응용 프로그램의 일부로 mongodb 을 사용해야하는 좋은 이유가 있습니다.
다른 부분을 MySQL로 유지해야하는 충분한 이유가 있다고 가정 할 때 대답은 '예'라고 가정합니다. 귀하의 질문은 (적어도 저에게) 당신이 다양한 옵션과 장단점을 잘 이해하고 연구했기 때문에 귀하의 모델을 분할하는 것이 가능하다는 점에서 합리적인 결론에 이르렀 음을 의미합니다.
두 가지 반쪽이 어떤 식 으로든 연결되어 있지 않다고 가정하면 (나중에 두 가지 소리의 관계가 고통에 대한 처방처럼 들리는 경우), 나는 최선을 다해 각 도구를 사용하는 것이 좋습니다.
Michael이 이러한 접근 방식으로 제기 한 우려 사항을 해결할 수 있습니다. Rails 사용에 초점을 맞추고 있기 때문에 MySQL 기반 모델에 ActiveRecord를 사용하고 MongoDb 기반 모델에 MongoMapper을 사용할 수 있습니다. 이렇게하면 MongoMapper가 매우 ActiveRecordish 방식을 제공하므로 완전히 다른 두 가지 쿼리 방법을 다룰 필요가 없습니다. 물론 필요할 때마다 Mongo 관련 쿼리를 쉽게 드롭 다운 할 수 있습니다.
DB 간 관계에 대한 우려는 제 의견으로는 유효합니다. 그리고 이것이 당신이 많은 것을 끝낼 것이라면, 나는 이것이 당신이 행복하게 살기 좋은지 확인하기 위해 상황을 조사 할 것을 조언 할 것입니다 와. 나는 당신이 그 특별한 경우에 나중에 많은 고통을 덜어 줄 것이라고 상상합니다.
전반적으로 두 개의 반쪽이 상대적으로 연결이 끊어져있는 한 분할 된 특성의 지속성 계층이 적합 할 것이라고 제안합니다.
실제 예를 들어 주셔서 감사합니다. –
CouchDB 커넥터를 사용하고 있습니까, 아니면 REST를 통해 직접 전화를 걸고 계십니까? 나는 둘 다 잘 사용하는 시나리오를 가지고 있고 호출이 꽤 많이 검색되고 실행되기 때문에 Active Record 레이어가 중간에 가치가 있는지 확신 할 수 없습니다. – eddieroger