Если вы хотите экспортировать файл, а затем импортировать его в другую базу данных, что кажется правдоподобным только в очень ограниченных условиях.
Сначала обе базы данных должны иметь возможность записывать и считывать файлы одного и того же типа.
Во-вторых, обе базы данных должны иметь одинаковую физическую реализацию, или вторая должна иметь возможность автоматического ETL из исходного файла дампа
Так что это не только проблема с базой данных Cloud Firestore, но и проблема назначения.
Вид миграции, о которой вы говорите, больше связан с базами данных SQL, где вы можете открыть любой файл дампа.
Концептуальная проблема, с которой вы сталкиваетесь; Использование базы данных в качестве службы является СЕРВИСОМ. И преимуществом этого является сокращение рабочих часов внедрения. Например, вы можете перемещать базы данных postgres на Heroku, но вам нужно внедрить сервер. Каждый поставщик услуг будет отличаться друг от друга, потому что именно так они конкурируют, поскольку у разных поставщиков физических реализаций есть более сильные стороны, которые отличают их от других.
Наконец, вы всегда можете получить доступ к своей базе данных. Это означает, что миграцию можно выполнить, прочитав исходную базу данных, а затем отправив тот же контент в другую базу данных. Этот процесс миграции должен учитывать различия между сервисами. И это следует делать в надежной среде, многие из этих сервисов предлагают администраторам sdks для работы.