말씀하신 대로 수평확장을 통한 병렬처리를 통해서 대용량 데이터 처리를 해서 성능을 보장하게 됩니다. RDBMS의 경우 지적하신 제약 외에도 샤딩을 적용하기 위해서는 RDB의 장점인 transaction이나 join을 포기하는 경우도 있습니다.
그에 반해 몽고DB 샤딩은 distributed by design입니다. 대부분 샤딩에서 지원하는 hashed sharding 외에 range sharding, zone sharding까지 지원해서 range query와 data governance도 native support를 하고 있고, chunk rebalancing까지 native support하기 때문에 application 입장에서는 sharding을 사용함에 있어서 크게 차이 없이 개발 생산성을 높일 수 있습니다
[질문] 결국은 Mongo DB의 특성상 Vertical sharding은 어렵지만, 기본적으로 분산된 Horizontal sharding이 이미 구현된 셈이라고 이해해도 될까요?
물론 scale up/down도 무중단으로 자유롭게 조정이 가능하고
scale up으로 한계가 있을 때 scale out을 적용하시는 것이 일반적인 확장 방식입니다
[질문] EDB 버전이 올라가면 버전 업데이트를 할 수 있나요. 업데이트 된 EDB를 별도 구매를 해야 하나요?
서브스크립션 유효기간내에는 무료 업그레이드 가능합니다.
[재질문] mssql always on은 db 복제서비스를 말합니다
replication을 말씀하시는 거라면 EDB Postgres의 Streaming Replication기능으로 가능합니다.
[재질문]소스db장애시 타겟이 소스db가되어 역으로 db복제서비스가 가능한가요?
재구성 해주시면 가능합니다.
구성초기에 옵션으로 양방향 복제서비스가 지원되나요?
양방향 복제는 불가능합니다.
[질문] EDB에서 Group by rollup이나 cube 지원하나요?
버전에 따라 다르지만 최근 버전(EDB Postgres 10) 에선 지원하고 있습니다.
[질문] Postgres에서 옵티마이저에서 Rule base 옵티마이져가 지원 되나요?
Rule base 옵티마이저는 지원되지 않습니다.
[질문]NoSQL이 대량 데이터 처리에 대한 RDBMS의 한계를 해결하기위해 나왔는데 구체적으로 어떤 점에서 성능적 차이가 나타나는지 궁금하며 RDBMS가 샤딩이 가능하지만 샤딩 처리를 위해 어플리케이션 레벨에서 처리해야하는 부분이 있는것이 단점인데 이부분이 몽고DB에서는 성능적으로 얼마나 개선되었는지궁금합니다