2012-02-07 4 views
2

내 질문은 다음과 같습니다. NoSQL 제품군에서 값을 저장할 때입니다.NoSQL 데이터는 사전 계산 된 데이터 여야합니까?

저장 한 값을 직접 응용 프로그램에서 사용할 준비가 되셨습니까? 또는 응용 프로그램에 사용하기 위해 약간의 추가 처리가 필요한 방식으로 값을 저장해도 괜찮습니까?

빠른 예를 들어 하루 종일 평균값을 계산하려는 경우 평균 값을 항상 유지하는 것이 더 좋을지 또는 각 개별 값을 나타내는 몇 가지 키가있을 가능성이 높습니다. 응용 프로그램은 평균을 계산합니까?.

첫 번째 방법은 값을 얻으면 빠르지 만 하루 종일 값을 얻도록 제한되며 두 번째 방법은 느릴 수 있지만 (매번 평균을 계산해야 함) 시간 당 평균값을 계산하십시오 ...

다시 말해, NoSQL 데이터베이스의 데이터를 완전히 사용할 준비가되어 있어야하며, 데이터를 일부 필요로하는 방식으로 사용해야합니다. 여분의 과정.

고마워요 :)

+0

또한 하나의 고려 사항입니다. 우리가 평균에 대해 미리 계산 된 정보를 저장하고 싶다면 noSQL 솔루션에 항상 읽고 쓰는 것을 의미 할 것입니다. noSQL은 보통 트랜잭션을 제공하지 않는다고 가정 할 때 두 엔티티가 현재 평균을 가져오고 그런 다음 새 것을 계산하십시오. –

답변

3

당신의 고려 사항을 직접 NoSQL에 관련이없는은 - 그들이 결정하는 응용 프로그램 수준의 문제입니다.

즉, 성능 측면에서 볼 때 집계에서는 다른 특정 데이터베이스보다 우수한 특정 NoSQL 데이터베이스가 있습니다. 예를 들어 Cassandra. MapReduce를 사용하여 집계를 만드는 Hadoop+Cassandra solutions을 찾으십시오. NoSQL databases - good candidates for log processing/aggregation and rollup?

0

나의 이해에서 NOSQL 철학 사용할 준비가 미리 계산 된 값을 저장 알려줍니다

또한이 비슷한 질문 & 대답을 참조하십시오.
예를 들어 매시간 평균 일일 평균을 다시 계산하여 약간 실속 상태로 만들 수 있습니다.
NOSQL을 조인 및 스캔을 포기한 RDBMS로 볼 수 있으며 항상 기본 키로 데이터에 액세스 할 수 있습니다. 이를 위해 확장 성이 부여되었습니다. 복잡성의 일부를 응용 프로그램 계층으로 옮김으로써 단순 해졌습니다. 따라서 응용 프로그램 수준에서 평균을 유지해야하는 부담을 감당할 수 있습니다.
우리는 같은 질문에 대해 다른 관점에서 볼 수도 있습니다. 우리는 NOSQL 서버 측에서 기능별로 좋은 그룹을 가지고 있다고 가정 할 수있다. "주요"액세스의 "주요"사례에 대해 우수한 서비스 품질을 보장하는 것은 어려울 것입니다. 성숙한 RDBMS의 경우에도 혼합 OLAP-OLTP로드에서 좋은 성능을 보장하는 것은 쉬운 일이 아닙니다 ...

관련 문제