2013-06-10 3 views
0

В настоящее время я пытаюсь выяснить его наилучшую практику для разработки моих веб-сервисов между управляемой django базой данных (+ изображениями) и мобильным приложением. Моя основная проблема заключается в том, как отделить массовое обновление (отправлять все данные в базе данных и все файлы на сервере) и более легкое, меньшее обновление только с новыми и/или измененными объектами (изображениями или данными).Сайт Django, обслуживающий данные для мобильного приложения

У меня был доступ к рабочей базе кода с использованием cronjob и состояний для каждого поля данных (новый, измененный, обновленный) для создания либо файла опорных данных, либо файла обновления. Я считаю, что он очень избыточный и несколько неэлегантный, в противоречии с сухим духом Django (есть тонны строк кода, что делает его почти незаметным.))

Мне очень приятно, что этот аспект почти не является -документированный, поскольку веб-трафик является решающим вопросом в мобильном развитии. Получение каждого раза, когда все обслуживаемые данные быстро становятся неустойчивыми по мере роста базы данных.

Я был бы очень признателен за любое руководство или совет, которые вы могли бы мне дать:) Thx заранее!

+1

Что случилось с вашим вопросом? – mawimawi

+0

Я ищу лучший способ управлять обновлениями своего мобильного приложения и обслуживать его, а также избегать принудительного полного обновления с использованием слишком большого трафика. Я видел уродливый способ сделать это, о котором я рассказывал, и мне интересно, нет ли более чистого способа. – Ambroise

ответ

0

В вашей таблице есть только последний DateMime DateTimeField, а в профиле пользователя - последний_синхронизированный DateTimeField. Когда мобильное приложение хочет синхронизировать, отправьте данные, которые были изменены после последнего прогона синхронизации, и обновите поле last_synchronized в профиле пользователя.

Смежные вопросы