Как лучше хранить небольшие (до 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 **[ТС]**

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

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

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

Новые блоги и статьи Все статьи Все блоги /
Отчёт о затраченных материалах за определенный период с макетом печатной формы Maks 21.04.2026 Отчёт из решения ниже размещён в конфигурации КА2. Задача: разработка отчёта по затраченным материалам за определённый период, с возможностью вывода печатной формы отчёта с шапкой и подвалом. В. . .	Отчёт о спецтехнике находящейся в ремонте Maks 20.04.2026 Отчёт из решения ниже размещен в конфигурации КА2. Задача: отобразить спецтехнику, которая на данный момент находится в ремонте. Есть нетиповой документ "Заявка на ремонт спецтехники" который. . .	Памятка для бота и "визитка" для читателей "Semantic Universe Layer (Слой семантической вселенной)" Hrethgir 19.04.2026 Сгенерировано для краткого описания по случаю сборки и компиляции скелета серверного приложения. И пусть после этого скажут, что статьи сгенерированные AI - туфта и не интересно. И это не реклама -. . .	Запрет удаления строк ТЧ документа при определённом условии Maks 19.04.2026 Алгоритм из решения ниже реализован на примере нетипового документа "Аккумуляторы", разработанного в конфигурации КА2. У данного документа есть ТЧ, в которой в зависимости от прав доступа. . .
Модель заражения группы наркоманов alhaos 17.04.2026 Условия задачи сформулированы тут Суть: - Группа наркоманов из 10 человек. - Только один инфицирован ВИЧ. - Колются одной иглой. - Колются раз в день. - Колются последовательно через. . .	Мысли в слух. Про "навсегда". kumehtar 16.04.2026 Подумалось тут, что наверное очень глупо использовать во всяких своих установках понятие "навсегда". Это очень сильное понятие, и я только начинаю понимать край его смысла, не смотря на то что давно. . .	My Business CRM MaGz GoLd 16.04.2026 Всем привет, недавно возникла потребность создать CRM, для личных нужд. Собственно программа предоставляет из себя базу данных клиентов, в которой можно фиксировать звонки, стадии сделки, а также. . .	Знаешь почему 90% людей редко бывают счастливыми? kumehtar 14.04.2026 Потому что они ждут. Ждут выходных, ждут отпуска, ждут удачного момента. . . а удачный момент так и не приходит.

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

	Как лучше хранить небольшие (до 50 записей) и крупные до 600-1000 записей данные? 11.01.2016, 21:56. Показов 1455. Ответов 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

Опции темы