Хранение данных в Android

[DeeZ]

Больше всего раздражает что каждая программа создает в корне флешки папку для себя, и лишь единицы дают эту папку указать. Неужели нельзя все это складывать в одну папку? Разработчики, договоритесь уже а?..
Надеюсь гугл запретит создавать программам папки где то кроме /data /var и /tmp.

[Ex3NDR]

>>Надеюсь гугл запретит создавать программам папки где то кроме /data /var и /tmp.

нуну

[Mecid]

просто все программеры создают свои папки на карте, вместо того чтобы использовать getExternalStorage(), который создает папку для приложения на карте в папке Android. то есть все приложения должны хранить данные на карте по такому адресу
/sdcard/Android/package_name/data

[oogl]

имхо проще выделить для себя на флэшке папку с пользовательскими данными, чем заставить гугл и программистов работать по своему стандарту ;)

[Mecid]

сама база хранится в папке /data/data/app/database

[bboy]

/data/data/app/databases

[demand]

Раз статья называется хранение данных, то можно было бы вскользь упомянуть о том, что БД не единственный способ хранения. Есть еще:

Shared Preferences
Store private primitive data in key-value pairs.
Internal Storage
Store private data on the device memory.
External Storage
Store public data on the shared external storage.

[Mecid]

«В android есть несколько способов хранения данных: общие настройки, бд и тд. В этом посте я расскажу о том как хранить данные в БД. „
читайте внимательнее

[demand]

Прошу прощения, что недоглядел.

[Ex3NDR]

на самом деле производительность у sqlite3 так себе на андроиде

[naum]

прошу прощение, он же там native? на сях и скомпилен под ARM просто? тогда возможно проблема в биндингах и обертках, т.к. даже на слабой машинке под управлением Windows Mobile, sqlite выдает поразительные результаты.

[Ex3NDR]

да? а у нас тормозило, правда, мы юзали с биндингами.

правда, конечно, мы не делали замеры.

так получилось, что даже на айфоне мы перестали юзать sqlite3

[naum]

а как вы скорость тогда оцениваете? «производительность так себе» — это в каких попугаях? андроид здесь роли не играет, я в этом практически на 100% уверен.

крайне рекомендуется статик билд и использование амальгамейшена.

я не понимаю как так. весь мир осознает, что sqlite3 жгуч, крупнейшие вендоры начинает наконец-то деплоить его со своими осями (nokia, apple, google), а вы от него отплевываетесь как от чумы )

давайте попробуем сделать пару бенчей вместе, выявить что не так. может быть разберемся.

[thevery]

мы в одном приложении у себя вообще от sql'я отказались и получили нехилый прирост в скорости

[Mecid]

а в чем хранили? в xml чтоли?

[thevery]

xml+сериализация+shared preferences

[Ex3NDR]

вот-вот

мы тоже к такому переходим

sqlite оказался реально медленным…

[Mecid]

Интересно посмотреть вашу структуру бд

[Ex3NDR]

да парочка таблиц без связей и все

а если в БД пихать еще по 10-20кб в строку, то все совсем уныло становится

[Mecid]

странно, что же разрабы андроида не предусмотрели, что при парочке таблиц скорость так сильно падает.

[thevery]

в моём случае вопрос скорее даже не в медленности sqlite (его-то как раз можно _сильно_ ускорить prepared'ами и особенно транзакциями), а в быстроте той же (де)сериализации — она по определению работает быстрее, да и работать с ней зачастую проще (даже поверх контент-провайдеров)

[Mecid]

при использовании транзакций получаем прирост?

[thevery]

конечно, в разы (а может даже и на порядок)

[Mecid]

интересно, надо будет попробовать

[jeck_landin]

Ну это в общем-то объясняется тем, что sqlite открывает и закрывает базу при каждой записи, при использовании транзакций этого не происходит.

[thevery]

ээ… даже через провайдер?

[naum]

прошу прощение, но смысл в использовании sqlite (или иную СУБД) без prepare и транзакций там где это возможно? тут речь идет все-таки не об ускорении, а о грамотном использовании.

[thevery]

про транзакции/prepare нужно знать и уметь, а в большинстве примеров/доков (втч и этом, прошу обратить внимание!)
опять же андроид не очень способствует использованию всего этого в плане написания boilerplate-кода

[Mecid]

мда, тогда у вас супер кривые биндинги

[biotech]

Спасибо! Больше! Еще больше качественных постов о разработке под Android на русском!

[thevery]

1) не стоит делать длительные операции (к коим в общем случае относится и работа с БД) в UI-треде
2) стоит проверять результат insert'а

[Mecid]

это так просто)общая вводная)

[thevery]

это не повод писать «некачественные» статьи

[Mecid]

спасибо, учту.

[nightstalker]

А если обращение к sqlite реализовано через провайдер, то обращение будет выполняться в ui треде?

[Mecid]

зависит откуда вы обращаетесь к провайдеру, если ui треда, то конечно же в нем.

[thevery]

оно будет в том же треде, в котором будет вызов провайдера — вызовы-то синхронны

[nightstalker]

можно так www.reigndesign.com/blog/using-your-own-sqlite-database-in-android-applications/, только тут файл с БД берется из assets, но думаю при желании можно допилить.

[thevery]

емнип никак нельзя без копирования

[Genghis]

А возможно ли использовать другую СУБД под Андроид? Существуют ли другие аналоги, более полноценные, чем SQLite? В последнем, к примеру, отсутствуют мульти-инсерты и alter table неполноценен. Но важнее всего для меня мульти-инсерт, так как в приложении требуется сохранять большие объемы данных (по несколько тысяч, а то и 2-3 десятка тысяч записей), чтобы в процессе работы пользоваться ими. Построчный инсерт такого количества строк занимает очень много времени, а процедура эта происходит несколько раз в день.

[dikkini]

rsync?