Я работаю над проблемами использования автономной синхронизации данных с мобильным задним концом и проработал множество статей/документации относительно его использования.MobileApp/Синхронизация данных/Существующая база данных
Сценарий, который я ищу, немного отличается от обычных демонстрационных проектов. У нас есть Azure SQL db, который мы использовали в течение некоторого времени, и был использован прецедент для использования этих данных в мобильной задней части.
Я еще не видел статью о том, как лучше всего использовать существующий SQL-код (EF codefirst), с автономными таблицами синхронизации данных, которые необходимо наследовать от EntityData, что добавляет дополнительные поля для процесса синхронизации.
Моя первоначальная мысль заключалась в том, чтобы использовать первое определение моделей данных ef-кода и использовать их с мобильным приложением ... однако требование для EntityData не работает, поскольку я не собираюсь добавлять эти поля в производственная система.
Вопрос в том, что лучше всего использовать данные из производственной системы и заставить их синхронизировать с мобильными задними концами? Я думаю, что требуется промежуточная БД, но это означает, что для синхронизации есть три базы данных/таблицы, которые на данный момент не чувствуются.
Кто-нибудь знает статью, которая начинается с БД Azure, и процесс/решения, которые они сделали, чтобы синхронизировать данные с автономными устройствами?
Почему бы просто не использовать службы Azure Mobile App? – ErikEJ
Это то, о чем я говорю, но я ищу сценарий использования сценариев, как синхронизировать с существующим db, созданным с помощью кода. Службам мобильных приложений требуется наследование EntityData, которое требуется для синхронизации данных с мобильного клиента, с базой данных. Поиск лучших практик/шаблонов, когда бэкэнд db уже определен. – codeputer