Рекомендации по структуре базы данных Firebase

Question

У меня вопрос о том, как лучше структурировать мою базу данных Firebase для моего приложения для iOS. Основная структура состоит в том, что есть users и posts. Приложение откроется, и user, который вошел в систему, увидит все posts, которые он / она загрузил в базу данных (я могу обновить это в будущем, чтобы пользователи могли видеть сообщения users, за которыми они следят) , Лучше ли иметь на каждом post userId? Или лучше иметь массив posts, связанный с каждым user?

Answer 1

Если вы можете разделить / разделить данные так, чтобы вам не нужно было запрашивать потенциально очень длинный список, это всегда предпочтительнее для базы данных в реальном времени.

Так что в вашем случае, если вы знаете, что хотите показать пользователю список своих собственных сообщений в качестве отправной точки, будет хорошей идеей смоделировать этот список в вашей базе данных. Обычно вы называете это фидом пользователя или стеной, в зависимости от того, какая ваша социальная сеть выбрана.

Если затем вы захотите также показать записи пользователей, на которых они подписаны, вы можете сохранить эти записи на стене пользователя. Поначалу такой тип дублирования данных может показаться неестественным, но он довольно распространен в базах данных NoSQL. Фактически, это именно та модель, которую Firebase использует в своем классе Пример FireFeed .

Чтобы узнать больше о моделировании данных NoSQL, см .:

• Моделирование данных NoSQL .
• Firebase для разработчиков SQL .
• Знакомство с Cloud Firestore , которое относится к более новой базе данных Firebase Firestore, но содержит полезные советы, которые применимы и к базе данных Realtime.