Я сделал такую миграцию несколько месяцев назад, на ранней стадии разработки веб-сайта в ASP.NET.Это было трудное решение, но я мог сосредоточиться на этой миграции.Причиной, по которой я сделал эту миграцию, была ORM, которой я больше не мог доверять, и некоторые очень медленные запросы, которые я не знал, как оптимизировать.
На этапе кодирования я понял, что:Много времени с моделью данных в SQL Server (с использованием Entity) и всего кода.Теперь больше нет хранимых процедур (вместо этого C # и код Linq), нет больше двух уровней для обслуживания (код является моделью)
Мой небольшой опыт говорит: чем раньше, тем лучше, но не поймите меня неправильно, перед миграцией вам действительно нужно думать в Document, а не в RDBMS.Это означает, что вам, возможно, придется частично изменить бизнес-модель DataModel для правильного использования функций MongoDB, в противном случае вы можете получить плохую производительность, а Mongo DB бесполезна для плохих моделей.
Другой момент - это админ.Вы должны быстро научиться администрировать Mongo DB, чтобы быть в курсе.И даже если инструменты хороши, они полностью отличаются от инструментов SQL Server.
В заключение, если вы уверены, что MongoDB будет вашим будущим хранилищем данных и поисковой базой данных (и это было в моем случае), прочитайтедокументацию, найдите время, чтобы сделать некоторые доказательства концепции.Затем вы можете подумать о документах и протестировать новую модель.