Как влияет на производительность при вызове нескольких коллекций, чтобы заполнить отношения в FireStore

Question

Я получил базу данных пожарного депо с 2 коллекциями пациентов и встреч, и я пытаюсь сделать запрос, чтобы заполнить таблицу встреч в представлении html, которое также содержит информацию о пациенте, поскольку пожарное хранилище не обрабатывает объединение между документы, я не знаю, как это может повлиять на производительность, если для каждого документа о встрече вызвать коллекцию пациента и, следовательно, получить соответствующие данные.

Достаточно ли умен API Firestore, чтобы объединить все эти запросы и сделать один HTTP-запрос?

В настоящее время я использую Java с API администрирования Firestore для выполнения запросов.

Answer 1

Клиенты Firestore используют HTTP2 для связи с сервером, когда это возможно. В этом случае запросы будут переданы по одному соединению.

В качестве альтернативы, рассмотрите возможность дублирования минимальных данных для каждого пациента в их документах о назначении. Этот тип дублирования данных довольно распространен в базах данных No SQL и является типичным компромиссом между производительностью записи / стоимостью кода и производительностью чтения.

Также см .:

• Google Firestore - как получить документ по нескольким идентификаторам за одну поездку?
• Знакомство с Cloud Firestore видеоряд