Как лучше хранить небольшие (до 50 записей) и крупные до 600-1000 записей данные?

@Benderbej · Регистрация: 05.06.2013

Студворк — интернет-сервис помощи студентам

Разрабатываю первое собственное приложение. Стою перед архитектурным выбором, и не знаю что использовать.
У более опытных ребят хочу спросить.
Мне в приложении нужно реализовать хранение некоей справочной информации, структурированной. Грубо говоря, информация эта идентична двум таблицам БД. Одной на 30-45 записей(текст, ресурс-изображение, несколько чисел). И другой, намного большей 400-1000 записей, с аналогичными полями...
В паре мест необходимо выводить информацию списков в виде listview.
1. Как лучше хранить информацию этих "информационных таблиц" с точки зрения оптимизации и скорости работы приложения? В виде таблиц бд MySQL, коллекций, файлов ресурсов?

(Если в БД, то при установке-приложения, насколько понимаю нужно создавать базу и все равно заполнять ее, чтобы потом просто пользоваться выборками?) или можно как-то базу с проектом поставлять(работаю в Android Studio)

2. Есть ли лейаут, способный выводить элементы списка, блоками по несколько в ряд, слева-направо и сверху вниз?

@YuraAAA · 11.01.2016, 23:19

Benderbej, в базе данных. Для android это SQLite.
Её можно поставлять заранее заполненную и копировать при первом запуске в спец. папку.

Сообщение от Benderbej

2. Есть ли лейаут, способный выводить элементы списка, блоками по несколько в ряд, слева-направо и сверху вниз?

ListView, GridView

@bastrakov · 12.01.2016, 10:29

1) будет ли информация меняться в процессе использования приложения?
мне надо было что-то подобное, и в результате экспериментов был сделан файл, который тупо читался в коллекцию, и она жила в приложении.
те количества, которые Вы назвали - это мизер. :-) у меня было что-то типа 10тыс, но и это мизер. Ваши данные можно даже разложить в ресурсы.
40-60мег под приложение, система отдает всегда и легко. а это в строках - миллионы. не жмитесь, разложите в структуры при запуске. и будет Вам счастье. :-)
sqlite - тормозит, причем заметно.

2) GridView, но я делаю getLayoutInflater().inflate(R.layout...
черта лысого с рогами можно натворить! :-)

@Spelcrawler · 12.01.2016, 11:00

Сообщение от bastrakov

sqlite - тормозит, причем заметно.

эм? Есть что-то быстрее под андроид?

@Tester64 · 12.01.2016, 11:07

Сообщение от YuraAAA

Её можно поставлять заранее заполненную и копировать при первом запуске в спец. папку.

Подскажи как? в ресурсах? xml? или сразу базой?

@Spelcrawler · 12.01.2016, 11:27

Tester64, просто файлом базы сразу, хоть куда ее можно положить (в assets, например), и при первом запуске копировать в data/data.

@bastrakov · 12.01.2016, 11:42

2Spelcrawler
>эм? Есть что-то быстрее под андроид?

написал же: поднимаете данные в память и работаете.
почему NoSql быстрее и как этого достигают - слышали?
до кучи, sqlite еще и однопользовательская (т.е. одно-тредная).

Pablito · 12.01.2016, 11:45

Benderbej, запомни ник этого советчика (bastrakov) и постарайся в дальнейшем не слушать его советы
они в 90% бредовые

YuraAAA дело говорит

@Spelcrawler · 12.01.2016, 11:46

bastrakov, ну тут смотря какие данные, если сложные классы сериализация и десериализация будут намного дольше отрабатывать по сравнению с sql. Особенно если там больше 1000 объектов разница на несколько порядков в пользу sql.

@bastrakov · 12.01.2016, 12:39

2Spelcrawler
в старте топика написано какие именно данные.
а при количестве записей в несколько сотен тысяч, по-любому надо будет что-то другое делать.
у меня sqlite уходил с задумчивость на часы при нескольких десятках тысяч записей.

2Паблито - ты крут! :-)

@YuraAAA · 12.01.2016, 13:17

Сообщение от bastrakov

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

Сомнительное утверждение. Интересно, что же у Вас там за структура такая.

Сообщение от bastrakov

2Паблито - ты крут! :-)

Да, он такой)

@Spelcrawler · 12.01.2016, 13:19

Сообщение от bastrakov

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

Нужно просто правильно его готовить. Часы это даже представить сложно какой запрос. Миллионы строк вставляются и читаются за 5-10 секунд.

@YuraAAA · 12.01.2016, 22:31

Java
1
2
3
4
5
6
7
8
9
db.execSQL("PRAGMA synchronous=OFF");
db.setLockingEnabled(false);
db.beginTransaction();
 
//Insert here
 
db.endTransaction();
db.setLockingEnabled(true);
db.execSQL("PRAGMA synchronous=NORMAL");

@Benderbej · 19.01.2016, 19:30 **[ТС]**

Не хотел рожать холивар, но ветка, как вижу интересная получилась)
Я, например не знал, что можно дамп базы с приложением поставлять, и выкидывать его в приложение. Выходит, что база в моем случае, годный вариант(?)

По крайней мере решил уже сделать так, и уже делаю..

Возник еще один "сущностной вопрос", но, наверное под него следует отдельную тему создать...

Новые блоги и статьи Все статьи Все блоги /
Инструменты COM: Сохранение данный из VARIANT в файл и загрузка из файла в VARIANT bedvit 28.01.2026 Сохранение базовых типов COM и массивов (одномерных или двухмерных) любой вложенности (деревья) в файл, с возможностью выбора алгоритмов сжатия и шифрования. Часть библиотеки BedvitCOM Использованы. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 28.01.2026 Содержание блога SDL3 имеет собственные средства для загрузки и отображения PNG-файлов с альфа-каналом и базовой работы с ними. В этой инструкции используется функция SDL_LoadPNG(), которая. . .	Загрузка PNG с альфа-каналом на SDL3 для Android: с помощью SDL3_image 8Observer8 27.01.2026 Содержание блога SDL3_image - это библиотека для загрузки и работы с изображениями. Эта пошаговая инструкция покажет, как загрузить и вывести на экран смартфона картинку с альфа-каналом, то есть с. . .	Влияние грибов на сукцессию anaschu 26.01.2026 Бифуркационные изменения массы гриба происходят тогда, когда мы уменьшаем массу компоста в 10 раз, а скорость прироста биомассы уменьшаем в три раза. Скорость прироста биомассы может уменьшаться за. . .
Воспроизведение звукового файла с помощью SDL3_mixer при касании экрана Android 8Observer8 26.01.2026 Содержание блога SDL3_mixer - это библиотека я для воспроизведения аудио. В отличие от инструкции по добавлению текста код по проигрыванию звука уже содержится в шаблоне примера. Нужно только. . .	Установка Android SDK, NDK, JDK, CMake и т.д. 8Observer8 25.01.2026 Содержание блога Перейдите по ссылке: https:/ / developer. android. com/ studio и в самом низу страницы кликните по архиву "commandlinetools-win-xxxxxx_latest. zip" Извлеките архив и вы увидите. . .	Вывод текста со шрифтом TTF на Android с помощью библиотеки SDL3_ttf 8Observer8 25.01.2026 Содержание блога Если у вас не установлены Android SDK, NDK, JDK, и т. д. то сделайте это по следующей инструкции: Установка Android SDK, NDK, JDK, CMake и т. д. Сборка примера Скачайте. . .	Использование SDL3-callbacks вместо функции main() на Android, Desktop и WebAssembly 8Observer8 24.01.2026 Содержание блога Если вы откроете примеры для начинающих на официальном репозитории SDL3 в папке: examples, то вы увидите, что все примеры используют следующие четыре обязательные функции, а. . .

@Benderbej 1 / 1 / 0 Регистрация: 05.06.2013 Сообщений: 26

	Как лучше хранить небольшие (до 50 записей) и крупные до 600-1000 записей данные? 11.01.2016, 21:56. Показов 1421. Ответов 13 Метки нет (Все метки) Разрабатываю первое собственное приложение. Стою перед архитектурным выбором, и не знаю что использовать. У более опытных ребят хочу спросить. Мне в приложении нужно реализовать хранение некоей справочной информации, структурированной. Грубо говоря, информация эта идентична двум таблицам БД. Одной на 30-45 записей(текст, ресурс-изображение, несколько чисел). И другой, намного большей 400-1000 записей, с аналогичными полями... В паре мест необходимо выводить информацию списков в виде listview. 1. Как лучше хранить информацию этих "информационных таблиц" с точки зрения оптимизации и скорости работы приложения? В виде таблиц бд MySQL, коллекций, файлов ресурсов? (Если в БД, то при установке-приложения, насколько понимаю нужно создавать базу и все равно заполнять ее, чтобы потом просто пользоваться выборками?) или можно как-то базу с проектом поставлять(работаю в Android Studio) 2. Есть ли лейаут, способный выводить элементы списка, блоками по несколько в ряд, слева-направо и сверху вниз? 0

@bastrakov 91 / 91 / 14 Регистрация: 10.10.2015 Сообщений: 307 Записей в блоге: 1
	12.01.2016, 10:29
	1) будет ли информация меняться в процессе использования приложения? мне надо было что-то подобное, и в результате экспериментов был сделан файл, который тупо читался в коллекцию, и она жила в приложении. те количества, которые Вы назвали - это мизер. :-) у меня было что-то типа 10тыс, но и это мизер. Ваши данные можно даже разложить в ресурсы. 40-60мег под приложение, система отдает всегда и легко. а это в строках - миллионы. не жмитесь, разложите в структуры при запуске. и будет Вам счастье. :-) sqlite - тормозит, причем заметно. 2) GridView, но я делаю getLayoutInflater().inflate(R.layout... черта лысого с рогами можно натворить! :-) 0

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	12.01.2016, 11:27
	Tester64, просто файлом базы сразу, хоть куда ее можно положить (в assets, например), и при первом запуске копировать в data/data. 1

@bastrakov 91 / 91 / 14 Регистрация: 10.10.2015 Сообщений: 307 Записей в блоге: 1
	12.01.2016, 11:42
	2Spelcrawler >эм? Есть что-то быстрее под андроид? написал же: поднимаете данные в память и работаете. почему NoSql быстрее и как этого достигают - слышали? до кучи, sqlite еще и однопользовательская (т.е. одно-тредная). 0

Pablito 2884 / 2296 / 769 Регистрация: 12.05.2014 Сообщений: 7,978
	12.01.2016, 11:45
	Benderbej, запомни ник этого советчика (bastrakov) и постарайся в дальнейшем не слушать его советы они в 90% бредовые YuraAAA дело говорит 1

@Spelcrawler 535 / 504 / 114 Регистрация: 12.03.2014 Сообщений: 1,671
	12.01.2016, 11:46
	bastrakov, ну тут смотря какие данные, если сложные классы сериализация и десериализация будут намного дольше отрабатывать по сравнению с sql. Особенно если там больше 1000 объектов разница на несколько порядков в пользу sql. 0

@bastrakov 91 / 91 / 14 Регистрация: 10.10.2015 Сообщений: 307 Записей в блоге: 1
	12.01.2016, 12:39
	2Spelcrawler в старте топика написано какие именно данные. а при количестве записей в несколько сотен тысяч, по-любому надо будет что-то другое делать. у меня sqlite уходил с задумчивость на часы при нескольких десятках тысяч записей. 2Паблито - ты крут! :-) 0

@Benderbej 1 / 1 / 0 Регистрация: 05.06.2013 Сообщений: 26
	19.01.2016, 19:30 [ТС]
	Не хотел рожать холивар, но ветка, как вижу интересная получилась) Я, например не знал, что можно дамп базы с приложением поставлять, и выкидывать его в приложение. Выходит, что база в моем случае, годный вариант(?) По крайней мере решил уже сделать так, и уже делаю.. Возник еще один "сущностной вопрос", но, наверное под него следует отдельную тему создать... 0