2010-06-14 4 views
3

내가 작업중인 앱에서 MySQL 데이터베이스를 사용하고 기사를 테이블에 저장하려고합니다. SQL DB에 저장하는 대신 NoSQL db의 기사에 키를 저장하는 방법을 살펴 보았습니다. NoSQL을 사용하여이 문제를 해결하는 것이 좋은가요? 아니면 MySQL에 다른 테이블을 만들어 거기에 많은 양의 텍스트를 저장해야합니까?NoSQL DB에 하나의 열을 저장 하시겠습니까?

MongoDB를 사용하여 텍스트를 저장하려고합니다.

+1

질문은 어떤 문제를 해결하려고합니까? –

+0

하나의 MySQL 테이블에 많은 양의 데이터를 저장하지 않아도되는 문제를 해결하려고합니다. 새로운 열에 데이터를 넣으면 발생합니다. 텍스트 데이터를 다른 테이블로 분리하는 문제를 해결할 수는 있지만 가입해야만하고,이 경우 NoSQL DB에서 검색하는 것이 더 빠를 수도 있습니다. – tesserakt

답변

1

내가하는 첫 번째 일은 MySQL이 '많은 양의 데이터'로 어떻게 실행되는지 확인하는 것입니다. 만족스러운 성능을 얻으려면 시스템을 더 복잡하게 만들려고 시도 할 필요가 없습니다.

MySQL에서 텍스트 콘텐츠를 별도의 테이블에 넣는다면 아무 것도 달성 할 수 없습니다. 별도의 데이터베이스에 넣기 도움이 되겠지만, MySQL이 중요한 병목 현상이 아니며 쿼리를 최적화하는 것과 같은 다른 작업을 수행 할 수 없다는 확신이 들지 않는 한 그렇게하지 않을 것입니다.

+0

MYSQL에서는 테이블의 크기가 상당히 증가하더라도 동일한 테이블에 보관하는 것이 더 빠릅니까? – tesserakt

+1

Nevermind, mySQL 중간 텍스트 유형이 많은 양의 텍스트를 저장할 수 있고 파일 시스템의 어딘가에 참조를 작성하기 때문에 데이터베이스 쿼리 속도가 느려지지 않는다는 것을 알았습니다. 지금은 mySql에 데이터를 보관하는 것이 좋습니다. – tesserakt

0

MongoDB는 텍스트 또는 이진 여부에 관계없이 큰 blob-ish 필드를 저장하는 데 적합합니다. 그래서 나는 그것이 좋은 일이라고 생각합니다.

BSON 개체 (MongoDB "레코드")에 4MB의 제한이 있습니다. 텍스트 필드가 4MB보다 큰 경우 GridFS을 사용할 수 있으며 제한이 없습니다.

+0

데이터를 mySQL에 보관하는 것보다 빠르지 않습니까? – tesserakt

관련 문제