MongoDB vs MySQL
MySQL로 Ruby on Rails 앱을 만들곤 했습니다.
현재 MongoDB는 점점 더 유명해지고 있으며, 저는 지금 그것을 시도하기 시작했습니다.
문제는 MongoDB가 어떻게 동작하고 있는지에 대한 근본적인 이론을 모른다는 것입니다(중요하다면 mongoid gem을 사용하고 있습니다).
그래서 MySQL+ActiveRecord를 사용한 것과 mongoid gem을 사용한 모델의 성능을 비교하고 싶은데, 누구 좀 도와주시겠어요?
기사 제목: 실제로 NoSQL을 사용하는 이유는 무엇입니까? NoSQL의 장단점을 잘 표현하고 있습니다.
편집: http://blog.fatalmind.com/2011/05/13/choosing-nosql-for-the-right-reason/ 블로그 투고도 읽어보세요.
재편집:이 주제에 관한 최신 자료(2014년 출판)를 찾았습니다.NoSQL은 뭐가 남았나요?
나는 근본적인 이론을 잘 모른다.하지만 MongoDB를 여러 서버에서 실행하는 경우에만 사용하라는 조언이 있었습니다.그때가 되면 MongoDB가 빛을 발할 것입니다.제가 알기로는 NoSQL 이동은 여러 서버에 걸친 관계형 데이터베이스 로드밸런싱의 어려움 때문에 적지 않은 부분이 있었습니다.따라서 애플리케이션을 한 대 이상의 서버에서 호스팅하지 않는 경우 MySQL을 선택하는 것이 좋습니다.
독트린 프로젝트의 좋은 사람들은 최근에 이 주제에 대해 꽤 유용한 블로그 글을 썼다.
제가 지금까지 읽은 바로는...제 생각은 이렇습니다.
표준 SQL을 사용하면 기능이 풍부해지기 때문에 성능이 저하됩니다.즉, 데이터 세트(테이블/컬렉션)에 걸쳐 Join과 Transactions를 수행할 수 있습니다.
이를 통해 애플리케이션 개발자는 애플리케이션 복잡성의 일부를 데이터베이스 계층에 적용할 수 있습니다.이를 통해 입증된 기술에 의존하여 애플리케이션의 데이터 무결성과 나머지 ACID 특성에 대해 걱정할 필요가 없다는 장점이 있습니다.애플리케이션이 예상 시간 내에 가동되도록 할 수 있는 한, 거의 모든 프로젝트에서 확장성이 결여되어 있기 때문에 고성능/비용이 많이 드는 관계형 데이터베이스 시스템을 구입해야 하는 경우가 있습니다.
한편 Mongo DB는 확장성이 뛰어난 퍼포먼스를 가능하게 함으로써 관계형 데이터베이스와 관련된 본질적인 복잡성을 의도적으로 배제하고 있습니다.
이 접근방식은 애플리케이션 개발자가 관계형 기능의 부족을 회피하기 위해 애플리케이션을 재구축해야 합니다.그 자체도 좋지만 일반적으로 확장성 요건이 있는 경우에만 필요한 노력이 필요합니다.MongoDB는 ACID 속성의 데이터 요건에 따라 다르므로 어플리케이션은 필요에 따라 처리를 진행해야 합니다.
언급URL : https://stackoverflow.com/questions/4448194/mongodb-vs-mysql
'programing' 카테고리의 다른 글
| 다중 열 외부 키: 단일 열을 모두가 아닌 Null "ON DELETE"로 설정합니다. (0) | 2022.10.22 |
|---|---|
| View의 getWidth() 및 getHeight()는 0을 반환합니다. (0) | 2022.10.21 |
| MariaDB에서 MySQL의 JSONOBJECTAGG()와 동등한 방법이 있습니까? (0) | 2022.10.21 |
| EC2 인스턴스에서 RDS 인스턴스에 연결할 수 없습니다. (0) | 2022.10.21 |
| SQL에서 매일 트리거를 동시에 실행하는 방법 (0) | 2022.10.21 |