모든 비즈니스 트랜잭션을 처리하는 관계형 데이터베이스가있는 환경에서 모든 데이터 쿼리에 SimpleDB를 활용하면 더 빠르고 더 가벼운 검색을 수행하는 것이 좋습니다.SimpleDB를 비정규 화 된 데이터베이스로
따라서 마스터 데이터 저장소는 JOINS와 복잡한 하위 선택이 필요 없으므로 매우 빠른 읽기 전용 쿼리를 제공하기 위해 SimpleDB에 "복제"/ "변환"된 관계형 데이터베이스입니다. 당신이 조기 최적화의 냄새를 고려하고 무엇
모든 비즈니스 트랜잭션을 처리하는 관계형 데이터베이스가있는 환경에서 모든 데이터 쿼리에 SimpleDB를 활용하면 더 빠르고 더 가벼운 검색을 수행하는 것이 좋습니다.SimpleDB를 비정규 화 된 데이터베이스로
따라서 마스터 데이터 저장소는 JOINS와 복잡한 하위 선택이 필요 없으므로 매우 빠른 읽기 전용 쿼리를 제공하기 위해 SimpleDB에 "복제"/ "변환"된 관계형 데이터베이스입니다. 당신이 조기 최적화의 냄새를 고려하고 무엇
은 ...
당신은 당신의 응용 프로그램을 벤치마킹 적이 있습니까? 성능 병목 현상으로 검색 쿼리를 확인 했습니까? 데이터베이스에 인덱스를 올바르게 구현 했습니까?IF (그리고 큰 경우) 관계형 데이터베이스를 사용하여 사용자에게 적절한 검색 시간을 제공 할 방법이 없기 때문에 NOSQL은 고려할만한 가치가 있습니다.
SimpleDB는 좋은 기술이지만 명성을 얻으려는 것이 관계형 데이터베이스보다 빠른 쿼리가 아닙니다. 복제 된 SimpleDB에 쿼리를 오프 로딩해도 쿼리 응답 시간이 크게 향상되지 않습니다.
나는 아직도 믿기 힘들다는 것을 알았지 만, 우리의 실험에 따르면 EC2 인스턴스에서 simpledb로 왕복하는 것이 좋은 하루에 평균 300milliseconds 정도였습니다! 우리가 본 나쁜 날에는 1.5 초로 내려갑니다. 이것은 단일 삽입을위한 것입니다. 나는 누군가가이 결과를 검증하기 위해 실험을 복제하는 것을보고 싶다.하지만 그대로 ... 단순화 된 것은 처리/후 처리에 대한 해결책이 아니다. 요청/응답주기에서는 느려질 수밖에 없다.
데이터가 대부분 읽기 전용 인 경우 인덱싱 된보기를 사용해보십시오. 그렇지 않으면 응용 프로그램에 데이터를 캐시하십시오.