Резервная копия и восстановление БД.

[парень]

Добрый день.

Нужно по кнопке "Резервная копия" - сохранять, по Кнопке "Восстановить" - делать восстановление БД.

Задача проста , а найти решение сразу не смог.

Логика:
1. Отправить интент? И загрузить туда файл БД.
2. Чтобы загрузить. Выбор файла-и соответственно заменить текущий файл БД тем что выбрали.

Есть ли готовый пример?

Вопросы:
Сохранить
1. Какой интент использовать? Беглое чтение не принесло результата.
2. Нужны ли в манифесте права на копирование файла БД?
Загрузить
3. При перезаписи файла БД нужны ли разрешения в манифесте?

4. В дальнейшем будет автосинхронизация. (для нескольких устройств) - какой сервер для этого использовать? - киньте ссылку на пример этого действия, если есть.

Заранее спасибо.

[Foenix]

тут все настолько просто, что сводится к запросу гугла
использовать нужно не интент, а просто работа с файлами задействуется (есть урок).
http://stackoverflow.com/questions/1995 ... on-android
я подобным образом на карту памяти сохраняла и восстанавливала файл, разрешение нужно было лишь на запись на карту памяти.
по 4 вопросу не знаю, не сталкивалась.

[altwin]

4. В дальнейшем будет автосинхронизация. (для нескольких устройств) - какой сервер для этого использовать? - киньте ссылку на пример этого действия, если есть.

http://www.youtube.com/watch?v=YoaP6hcD ... 9E&index=9
http://developer.android.com/google/gcm/adv.html#s2s
синхроизировать просто так с разных клиентов(например через google drive) не получится, можно использовать github api и опщий репозиторий, делать форки и просто слать pull request -ы, но я совсем не уверен, как он будет с бинарным файлом базы работать. Логичнее слать rest запрос на изменения и на сервере выполнять вставку.
Эти ребята уже умеют - https://www.parse.com/, https://www.stackmob.com/. Можно по аналогии с решением через github поднять на сервере свой -http://owncloud.org/, но опять же я не знаю, как оно с двоичным фалом работать будет.

[парень]

Спасибо ребят.
Инна , я забыл написать что хочу этот резервный файл чтобы пользователь сам выбирал куда отправлять. На почту, на гугледрайв или еще куда.

[парень]

И еще момент - допустим буду юзать веб сайт с функционалом приложения, и бд должна синхронизироваться. Работа в php и sql - можно будет оттуда (с сайта) отправить запрос на телефон для получения данных для синхронизации?

[Foenix]

насчет отправки - это уже второй этап.. если на почту, то нужно юзать интент, формируя почтовое сообщение
http://developer.android.com/training/sharing/send.html
http://stackoverflow.com/questions/7950 ... email?rq=1
на гуглдрайв не знаю, не пользовалась.

[altwin]

И еще момент - допустим буду юзать веб сайт с функционалом приложения, и бд должна синхронизироваться. Работа в php и sql - можно будет оттуда (с сайта) отправить запрос на телефон для получения данных для синхронизации?

да, но скорее нужно просто "ждать" ответа с телефона с новыми данными. По поводу google drive(то же есть для dropbox/yandex disk/sky drive и т.д.): https://developers.google.com/drive/android/ и тут действительно стоит проверить, чей клиент установлен у пользователя / предложить какой -то.

P.S. по поводу php - оно вам надо? Node.js тут самое оно...Вешаете callback, если нужно пишете в базу, так же в Android service следит за изменениями BroadcastReciver реагирует. по поводу Node.js, вам хватит знаний из quick start.

[парень]

Что-то не понимаю что это - node.js - вечером гляну. Но мне кажется это не самое оно. Pho+ sql - мне знаком. Как то баловался созданием сайт визиток с написаниям движка для них...
Я задумываюсь о полноценном веб ресурсе т.е. там такой же функционал как в приложении, потом и иос изучать буду.

Пс. Феникс - ты в тестерах уже должна быть. Я тебя добавил.

[altwin]

Что-то не понимаю что это - node.js - вечером гляну. Но мне кажется это не самое оно. Pho+ sql - мне знаком. Как то баловался созданием сайт визиток с написаниям движка для них...
Я задумываюсь о полноценном веб ресурсе т.е. там такой же функционал как в приложении, потом и иос изучать буду.

Пс. Феникс - ты в тестерах уже должна быть. Я тебя добавил.

Node.js, это: http://nodejs.org/. JavaScript на сервере. Отличается тем, что это JavaScript и по умолчанию работает асинхронно. По сути создается экземпляр для каждого клиента, ожидающий событие от него и ничего не делающий до тех пор, пока событие не наступило. В презентации тестировалось примерно с 1 000 000 одновременных соединений - проблем замеченно не было. Я не говорю о web ресурсе, использовать можно что угодно, вопрос в том, как вы будете реализовывать REST client и что делать при одновременно запросе на доступ к базе сервера, т.е. как и что писать, если одновременно 100 клиентов прислали свой json. Node.js -рожден для таких задач.
Ну а на сколько я встречал легко и быстро реализуемых PHP клиентов в качестве "серверной части" приложения(любого) всегда переписывают. Серверная часть вашего приложения - это вычисления, php - не лучший инструмент для вычислений...

[парень]

Спасибо. Чтоб. Буду начинать знакомство с этим json )) спасибо