SQL(MySQL) vs NoSQL(CouchDB)
저는 많은 데이터를 저장해야 하는 확장성이 뛰어난 애플리케이션을 설계하고 있습니다.예를 들어 사용자에 대한 많은 정보를 저장하고 사용자의 메시지, 댓글 등을 저장합니다.나는 항상 MySQL을 사용했지만 지금은 SQL이 아닌 couchdb나 비슷한 새로운 것을 시도해보고 싶다.
이에 대한 의견이나 지침을 가지고 있는 사람이 있습니까?
다음은 Dare Obasanjo의 최근 블로그 투고에서 인용한 것입니다.
SQL 데이터베이스는 자동변속기와 같고 NoSQL 데이터베이스는 수동변속기와 같습니다.일단 NoSQL로 전환하면 시스템이 관계형 데이터베이스 시스템에서 자동으로 처리하는 많은 작업을 담당하게 됩니다.자동 변속기가 아닌 수동 변속기를 선택할 때와 비슷합니다.둘째, NoSQL을 사용하면 데이터베이스 계층에서 관계형 데이터베이스에 의해 수행되는 많은 무결성 검사를 제거하여 시스템 성능을 향상시킬 수 있습니다.이는 자동변속기와 비교하여 수동변속기를 운전함으로써 더 높은 성능을 얻을 수 있는 방법과 유사합니다.
하지만 가장 주목할 만한 유사점은 대부분의 사람들이 출퇴근길 교통 체증에 앉아 있기 때문에 수동 변속기 차량의 이점을 제대로 활용할 수 없다는 것입니다. 대부분의 사이트가 구글이나 페이스북의 규모에 미치지 못하기 때문에 빅을 필요로 하지 않는다는 점에서 비슷한 냉혹한 현실이 존재합니다.능력자인지 카산드라인지.
여기에 적어도 경험이 있는 MySQL에서 경험이 없는 CouchDB로 전환하는 것만을 추가할 수 있습니다. 즉, 완전히 새로운 문제에 대처하고 다양한 개념과 베스트 프랙티스를 익혀야 합니다.그 자체로도 훌륭하지만(MongoDB와 함께 집에서 놀기 때문에 매우 좋아합니다), 그 프로젝트의 작업을 견적할 때 계산해야 하는 비용이며, 알 수 없는 이익을 약속하면서 알 수 없는 위험을 초래합니다.모르는 테크놀로지에 근거하고 있는 경우, 프로젝트를 제시간에, 혹은 성공하기 위해서 필요한 품질로 실시할 수 있는지를 판단하는 것은 매우 어렵습니다.
Now, if you have on the team an expert in the NoSQL field, then by all means take a good look at it. But without any expertise on the team, don't jump on NoSQL for a new commercial project.
Update: Just to throw some gasoline in the open fire you started, here are two interesting articles from people on the SQL camp. :-)
NoSQL의 Die를 기다릴 수 없습니다(원래 기사는 없어졌습니다.여기 복사본이 있습니다)
NoSQL의 사고방식에 대항하는 것은 아니지만, 이것은 NoSQL에 대항하는 것은 아닙니다.
업데이트: 여기 NoSQL에 대한 흥미로운 기사가 있습니다.
NoSQL의 이해
Seems like only real solutions today revolve around scaling out or sharding. All modern databases (NoSQLs as well as NewSQLs) support horizontal scaling right out of the box, at the database layer, without the need for the application to have sharding code or something.
Unfortunately enough, for the trusted good-old MySQL, sharding is not provided "out of the box". ScaleBase (disclaimer: I work there) is a maker of a complete scale-out solution an "automatic sharding machine" if you like. ScaleBae analyzes your data and SQL stream, splits the data across DB nodes, and aggregates in runtime – so you won’t have to! And it's free download.
Don't get me wrong, NoSQLs are great, they're new, new is more choice and choice is always good!! But choosing NoSQL comes with a price, make sure you can pay it...
You can see here some more data about MySQL, NoSQL...: http://www.scalebase.com/extreme-scalability-with-mongodb-and-mysql-part-1-auto-sharding
Hope that helped.
One of the best options is to go for MongoDB(NOSql dB) that supports scalability.Stores large amounts of data nothing but bigdata in the form of documents unlike rows and tables in sql.This is fasters that follows sharding of the data.Uses replicasets to ensure data guarantee that maintains multiple servers having primary db server as the base. Language independent. Flexible to use
ReferenceURL : https://stackoverflow.com/questions/2559411/sql-mysql-vs-nosql-couchdb
'source' 카테고리의 다른 글
| Maria db에서 값이 null인 경우 null이 아닌 열에 기본값을 삽입하는 방법 (0) | 2022.10.27 |
|---|---|
| 컴파일된 언어와 통역된 언어의 차이점은 무엇입니까? (0) | 2022.10.27 |
| 배열을 함수 인수 목록으로 변환 (0) | 2022.10.23 |
| Guava 라이브러리:가장 유용한 기능 및/또는 숨겨진 기능은 무엇입니까? (0) | 2022.10.23 |
| 코드 및 마크업 Q&A 이미지 예시 (0) | 2022.10.23 |