Интеграция Firebase Realtime Database в мобильное приложение
Firebase Realtime Database (RTDB) — JSON-дерево с WebSocket-синхронизацией. Это не реляционная БД и не документная БД в классическом смысле. Ключевая фича — офлайн-персистентность и real-time синхронизация из коробки. Но неправильная структура данных в RTDB превращает эти преимущества в проблему: подписка на узел с глубоким вложением затянет весь поддерево в память устройства. Мы сталкивались с проектами, где из-за плоской структуры приложение выгружало 50 МБ данных при каждом обновлении. Для real-time чатов RTDB в 2-3 раза быстрее Firestore по задержке доставки сообщений. Как этого избежать — разберём ниже.
Почему неправильная структура данных убивает производительность?
RTDB не поддерживает JOIN и не умеет выбирать подмножество узла. Если вложить посты в профиль пользователя, то при чтении users/$uid вы получите все посты целиком. При офлайн-персистентности они кешируются, занимая место. Решение — денормализация и обратные индексы. Пример корректной структуры:
{ "users": { "uid123": { "name": "Иван", "email": "ivan@..." } }, "posts": { "postId1": { "userId": "uid123", "text": "...", "createdAt": 1700000000 } }, "userPosts": { "uid123": { "postId1": true, "postId2": true } } } userPosts — обратный индекс для получения постов конкретного пользователя без сканирования всего узла posts. Это стандартный паттерн для RTDB. Мы гарантируем, что структура будет спроектирована с учётом паттернов Firebase — более 10 проектов интеграции.
Как мы интегрируем Firebase RTDB?
Процесс работы включает этапы, каждый из которых сопровождается Code Review и тестированием на реальных устройствах. Опыт нашей команды — более 20 проектов с Firebase.
| Этап | Описание | Ориентировочный срок |
|---|---|---|
| Анализ сценариев | Определяем, какие данные требуют real-time | от 2 дней |
| Проектирование структуры | Денормализация, обратные индексы, шардирование | от 3 дней |
| Настройка правил безопасности | Валидация, аутентификация, ограничение доступа | от 1 дня |
| Реализация подписок | Офлайн-персистентность, выбор on('value') vs on('child_added') |
от 4 дней |
| Оптимизация кэша | keepSynced, размер кэша |
от 1 дня |
| Нагрузочное тестирование | Проверка до 10k concurrent users | от 2 дней |
| Документация и передача | Архитектурная схема, описание правил, деплой | от 1 дня |
Стоимость рассчитывается индивидуально после анализа вашего проекта. Свяжитесь с нами для консультации.
Подробнее о транзакциях
Лайки, счётчики, баланс — любой конкурентный инкремент требует транзакций:
const likeRef = database().ref(`/posts/${postId}/likes`); await likeRef.transaction(currentLikes => (currentLikes ?? 0) + 1); transaction() атомарно читает и записывает. Если между read и write другой клиент изменил значение — транзакция повторяется автоматически (до 25 раз). Для лайков это единственно правильный подход — set(currentLikes + 1) даст race condition при одновременных нажатиях.
Как избежать утечек памяти при подписках?
import database from '@react-native-firebase/database'; useEffect(() => { const ref = database().ref(`/userPosts/${userId}`); const onValue = ref.on('value', snapshot => { const postIds = Object.keys(snapshot.val() ?? {}); setPostIds(postIds); }); const onChildAdded = ref.on('child_added', snapshot => { setPostIds(prev => [...prev, snapshot.key!]); }); return () => { ref.off('value', onValue); ref.off('child_added', onChildAdded); }; }, [userId]); Критично: всегда вызывайте ref.off() при размонтировании. on() без off() — memory leak: слушатель живёт вечно, перерендеривает компонент который уже удалён. В продакшне это крэш с Can't perform a React state update on an unmounted component. Альтернативно — абстрагируйте слушатели в пользовательский хук с автоматическим уничтожением.
Офлайн-персистентность
import database from '@react-native-firebase/database'; database().setPersistenceEnabled(true); database().setPersistenceCacheSizeBytes(10 * 1024 * 1024); // 10 MB setPersistenceEnabled(true) включает SQLite-кэш на устройстве. При офлайне приложение читает из кэша. При восстановлении сети — синхронизирует изменения. Вызывать только один раз при инициализации, до первого подключения к БД.
keepSynced(true) на конкретном узле — предзагружает данные и держит в кэше, даже если нет активных слушателей. Осторожно: не применяйте к большим узлам — RTDB скачает всё дерево.
Настройка правил безопасности
Согласно Firebase Realtime Database Security Rules Guide, дефолтные правила RTDB — либо всем читать/писать, либо никому. Обязательно настраиваем перед продакшном:
{ "rules": { "users": { "$uid": { ".read": "$uid === auth.uid", ".write": "$uid === auth.uid" } }, "posts": { "$postId": { ".read": "auth != null", ".write": "auth != null && newData.child('userId').val() === auth.uid", ".validate": "newData.hasChildren(['userId', 'text', 'createdAt'])" } } } } .validate — проверяет структуру данных перед записью. Без валидации клиент может записать произвольный JSON.
Выбор между RTDB и Firestore
| Критерий | RTDB | Firestore |
|---|---|---|
| Тип данных | Иерархические (JSON) | Документо-ориентированные |
| Запросы | Только по ключам и фильтрация | Сложные запросы, составные индексы |
| Масштабирование | До 1M concurrent | Выше, автомасштабирование |
| Real-time | Низкая задержка (WebSocket) | Высокая задержка, но шире функционал |
| Офлайн | Персистентность включена всегда | Опционально |
| Цена | $5/ГБ хранилища + $1/ГБ трафика | $0.06/100K операций |
Вывод: RTDB — для чатов, присутствия, игр. Firestore — для сложных запросов и большого количества пользователей. Наша команда помогает выбрать оптимальный вариант.
Что входит в работу по интеграции Firebase RTDB
- Архитектурная схема данных: денормализация, обратные индексы, шардирование.
- Реализация подписок с офлайн-персистентностью: код для React Native / Flutter / iOS / Android.
- Настройка правил безопасности: валидация, аутентификация, оптимизация.
- Нагрузочное тестирование: проверка до 10k concurrent users.
- Документация: описание API, правил, инструкция по деплою.
- Поддержка после запуска: гарантия 3 месяца.
Оценим ваш проект бесплатно. Закажите интеграцию Firebase RTDB уже сегодня.