Миграция базы данных Realm: как избежать потери данных при обновлении
Realm бросает Migration is required due to the following errors при несоответствии схемы. Если в приложении с 10 000 пользователей не задать правильную миграцию, обновление вызовет краш у каждого десятого — и негативные отзывы в App Store гарантированы. В отличие от Room или Core Data, Realm требует явного указания текущей версии схемы в конфигурации — и если вы об этом забыли, приложение упадёт при первом обращении к базе данных. Наш опыт показывает, что правильно настроенная миграция с первого раза избавляет от даунтаймов и сокращает время тестирования на 30%.
Как Realm определяет необходимость миграции?
Версия схемы хранится внутри .realm файла. Realm сравнивает версию в файле с версией, указанной в RealmConfiguration.schemaVersion. Если версии не совпадают и не задан migrationBlock — исключение. Разработчики часто забывают увеличить schemaVersion — это приводит к падению у 90% пользователей при обновлении. Стоимость такого бага — потеря репутации и время на экстренный релиз.
// iOS — базовая конфигурация с миграцией let config = Realm.Configuration( schemaVersion: 3, migrationBlock: { migration, oldSchemaVersion in if oldSchemaVersion < 2 { // Миграция 1 → 2: добавлен атрибут category migration.enumerateObjects(ofType: Transaction.className()) { old, new in new?["category"] = "" } } if oldSchemaVersion < 3 { // Миграция 2 → 3: переименование поля migration.renameProperty(onType: Transaction.className(), from: "note", to: "description") } } ) Realm.Configuration.defaultConfiguration = config Согласно официальной документации Realm, все миграции от любой старой версии до текущей выполняются в одном migrationBlock — Realm сам определяет, с какой версии начинать. Если у вас 5 версий, а у пользователя файл на версии 1, Realm применит все промежуточные шаги последовательно.
Почему важно правильно настроить schemaVersion?
Каждый раз при изменении модели данных (добавление, удаление, переименование полей) необходимо увеличивать schemaVersion хотя бы на 1. Если этого не сделать, Realm выбросит исключение при попытке открыть базу на устройстве пользователя. Представьте: вы выпустили обновление с новой версией модели, но забыли обновить версию схемы — все пользователи (а их может быть миллион) не смогут запустить приложение. Стоимость такого бага измеряется не только временем на исправление, но и репутационными потерями. Мы гарантируем, что в вашем проекте этого не произойдёт. Экономия на поддержке после грамотной миграции окупается за 2–4 недели.
Какие типы операций поддерживаются в migrationBlock?
Добавление поля
Realm добавляет новые поля автоматически с default-значениями — но только если поле optional или имеет дефолт в модели. Для заполнения нестандартными значениями — enumerateObjects. На Android (Realm Kotlin SDK) миграция настраивается через AutomaticSchemaMigration:
// Android (Realm Kotlin SDK) migration.iterate("Transaction") { oldObject, newObject -> val oldCategory = oldObject.getNullableValue<String>("category") newObject.set("category", oldCategory ?: "uncategorized") } Удаление поля
Realm просто игнорирует поля, которых нет в новой модели. Явной миграции не требуется — но schemaVersion увеличить нужно. Это часто вызывает путаницу: разработчики думают, что удаление безопасно, но если не обновить версию, Realm выбросит исключение.
Переименование поля
migration.renameProperty(onType: "User", from: "fullName", to: "displayName") Это сохраняет данные. Если удалить старое поле и добавить новое — данные потеряются. Мы рекомендуем всегда использовать renameProperty для сохранения обратной совместимости.
Изменение типа поля
Прямая конвертация типов не поддерживается — это ограничение Realm. Путь: читаем старое значение, пишем в новое поле нового типа, старое поле убираем из модели (Realm удалит автоматически). Например, если price был строкой, а стал числом с плавающей точкой:
migration.enumerateObjects(ofType: "Product") { old, new in let priceString = old?["priceString"] as? String ?? "0" new?["price"] = Double(priceString) ?? 0.0 } Как отлаживать миграцию с Realm Studio?
Realm Studio позволяет открыть .realm файл и просмотреть данные до и после миграции. Полезно для проверки корректности. Файл на Android: /data/data/<package>/files/default.realm (доступен через Device Explorer в Android Studio). Realm Studio обрабатывает файлы на 50% быстрее, чем прямой просмотр в браузере, и поддерживает фильтрацию по классам.
| Инструмент | Возможности | Скорость работы |
|---|---|---|
| Realm Studio | Просмотр, фильтрация, экспорт данных | Высокая |
| Браузер (JSON) | Только чтение, без фильтрации | Низкая |
Как мы гарантируем корректную миграцию: процесс и тестирование
Миграция схемы — критическая операция. Ошибка приводит к потере данных пользователей, а восстановление из бэкапа не всегда возможно. Наши инженеры имеют 5+ лет опыта работы с Realm и гарантируют корректное выполнение всех переходов.
- Анализ текущей схемы и истории изменений.
- Написание migrationBlock для всех трансформаций.
- Тестирование на Realm Studio и на реальном бэкапе.
- Интеграция в проект и деплой через App Store/Google Play.
Что входит в работу
Мы предоставляем:
- Документацию изменений схемы с описанием каждого шага.
- Код миграций с unit-тестами и интеграционными тестами.
- Инструкцию по откату на предыдущую версию.
- Поддержку при деплое в течение 2 недель.
Стоимость миграции рассчитывается индивидуально, но часто экономия на поддержке окупается через месяц. Закажите миграцию Realm прямо сейчас и получите гарантию сохранности данных. Свяжитесь с нами — мы оценим ваш проект за один рабочий день.
Типичные ошибки миграции Realm (и как их избежать)
- Забыть увеличить schemaVersion — приложение упадёт у всех пользователей. Всегда проверяйте, что версия увеличена хотя бы на 1.
- Пропустить обработку nullable полей — данные превратятся в nil/null. Используйте enumerateObjects для явного заполнения.
- Переименовывать поле через удаление+добавление — потеря данных. Всегда используйте renameProperty.
- Использовать разные SDK в одном проекте (Java + Kotlin) — конфликт библиотек. Выберите один SDK и придерживайтесь его.
| Этап | Детали | Сроки |
|---|---|---|
| Анализ | Изучение текущей схемы, списка версий, данных пользователей | 0,5 дня |
| Разработка | Создание миграций: добавление, переименование, изменение типов | 1 день |
| Тестирование | Проверка на Realm Studio, unit-тесты, интеграционное тестирование | 1 день |
| Документация | Описание изменений и инструкция для команды | 0,5 дня |
Сроки: от 1 дня для простых миграций до 3 дней для сложных многошаговых переходов. Оценим ваш проект бесплатно. Получите консультацию по миграции Realm уже сегодня — свяжитесь с нами, и мы предложим оптимальное решение.







