큰 의미로 맞는 말씀이지만, MDB는 ACID Tx을 포기했다기 보다는 ACID Tx이 픽수적인 relational data model을 최대한 피해서 Tx의 필요성을 최소화해서 I/O 성능을 높이고 app 개발 생산성을 최대화 시키는 것을 목표로 합니다.
ACID Tx을 포기했기 때문에 MDB의 분산시스템이 우수하다기 보다 design에 고려하지 않은 분산 기능을 사후 추가하는 RDB와 달리 distributed by design의 강점을 가지고 있기 때문에 우수한 분산 성능을 보장한다고 보시는 것이 더 맞을것 같습니다.
실제 MDB ACID Tx은 multi-doc, cross-shard까지 지원하고 있습니다
[질문] 업무적으로 사용하는 폰의 경우 MDM을 설치하여 주의를 할 수 있겠지만 직원들 개인 휴대폰에 설치하여 관리하는 것은 반발도 있고 여러가지 어려움이 있을 것 같은데 어떤 해결책이 있을까요?
개인용 Apple 기기에 MDM을 등록하여 사용하는 경우 사용자가 희망할 때 기기를 MDM의 관리에서 벗어날 수 있습니다.
뿐만아니라 MDM은 Apple의 정책에 따라 개발되기 때문에 사용자의 개인정보를 침해하지 않습니다.
따라서 업무시간에만 MDM의 관리를 받고, 업무 외 시간에는 개인의 기기로 돌아가서 사용하는것이 가능합니다.
그러면 업무 시간외의 침해에 대해선 취약해 지지 않나요
이런 경우 관리자 업무 부담이 증가하지 않을까요? 외부 활동이 잦으면 매번 설정하고 해제하고 번거로울 것 같기도 하구요.
QR코드를 통해 간단하게 등록하고, 기기 내에서 관리에서 벗어날 수 있습니다.
취합된 로그를 통해 사용자별로 확인하여 업무 부담없이 기기의 보안을 유지할 수 있습니다.
[질문]RDBMS는 ACID 트랜잭션 처리를 위한 데이터 구조와 설계를 가지고 있기 때문에 이 부분을 포기한 몽고DB같은 NoSQL이 성능적 이점이 있을 것이며, 또한 RDBMS로 일관성을 포기하여 분산시스템을 구축할 바엔, 태생이 일관성을 포기한 NoSQL을 사용하는 것 아닌가요?