0

읽기 및 쓰기 작업을 최소화하면서 Firestore에서 작은 데이터 덩어리를 처리하는 가장 좋은 방법은 무엇입니까?Firestore 문서의 데이터 덩어리 분할

우리는 사용자가 응용 프로그램에서 볼 수있는 모든 상점을 평가/검토 할 수있는 기능을 제공하고자하는 작은 문제 진술을하고 있습니다.

저장소의 속성 집합 (저장소 이름, 저장소 주소, 집계 된 등급)을 사용하여 저장소의 문서를 만든 다음 각 사용자 등급이 문서 인 평가/검토의 하위 모음을 만듭니다 .

/stores/{storeid}/rating/{rating_from_each_user} 

하지만 누군가가 상점에서 리뷰를 읽으려고 할 때마다 많은 읽기 작업이 필요합니다. 또한 1MB 제한으로 인해 1 개의 문서에서 모든 등급을 유지할 수는 없습니다. 결국 등급 수가 증가하고 이것이 확장되지 않습니다.

모범 사례를 염두에두고 다른 방법이 있다면 공유하십시오.

+0

읽기 횟수와 관련하여 문제가 없으므로 Firebase 데이터베이스를 사용하십시오. –

+0

@AlexMamo 답장을 보내 주셔서 감사합니다. Firebase Realtime Database의 미래에 대해서는 조금 회의적입니다. Firebase 팀은 모든 새로운 프로젝트에 Firestore를 사용하라는 제안을 끊임없이 제기하고 있습니다. 또한 데이터를 두 인스턴스로 유지하면 나중에 마이그레이션을 계획 할 때 문제가 발생할 수 있습니다. Firestore를 구현하는 데있어 다른 아이디어가 있습니까? –

+0

@KumarVivek 나는 Firebase 팀에 있습니다. 나는 당신이 잘못된 인상을 가지고 있다고 생각합니다. 실시간 데이터베이스가 마음에 들면 절대적으로 그것을 계속 사용하고 거기에 새로운 앱을 만들어야합니다. 그것은 어디에도 가지 않고 Cloud Firestore는 대체품이 아니라 단지 다른 옵션입니다. –

답변

0

이 문제를 해결하려면 Firebase Realtime Database을 사용하시기 바랍니다. 중포 기지 offical 한 블로그에서이 post에서 언급 한 바와 같이, 하나의 이유는 여전히 실시간 데이터베이스를 사용할 수있는 것은 :

우리가 위에서 언급 한 바와 같이, 클라우드 경우 FireStore의 가격 모델이 응용 프로그램은 소규모의 매우 큰 숫자를 수행하는 것을 의미한다 클라이언트 당 초당 읽기 및 쓰기가 실시간 데이터베이스의 유사하게 실행되는 앱보다 훨씬 비쌉니다.

그래서 예산을 알고 있습니다. 이 경우 선택하는 옵션은 귀하에게 달려 있습니다.

희망이 있습니다.

관련 문제