Какую БД использовать для Android приложения?

Question

[Орхан Гасанлы]

Здравствуйте.
Планирую создать приложение для Andoid (Справочник лекарственных препаратов).
Какую БД желательно использовать для этих целей, если предположительно препаратов будет довольно много?
Выбираю между SQLite, MySQL, Apache Derby, PostgreSQL
Чтобы вы выбрали?

Comments

[sim3x]

СУБД для использования где?

[Орхан Гасанлы]

sim3x, хороший вопрос)
А как лучше будет сделать серверную часть на каком-нибудь фреймворке, например, Yii2. Или например включать СУБД в само приложение sqlite например... Мне кажется, что все-таки нужна серверная часть....

[sim3x]

azerphoenix, напишите ТЗ

Answer 1

[Денис Загаевский]

Если на устройстве - то из всего этого только SQLite. +storIO.
На сервере вообще без разницы, с какой больше работал. Для общения API.

Comments

[Neonoviiwolf]

Room хуже?

[Денис Загаевский]

Neonoviiwolf, вопроса про это не было. Я им не пользовался, но подозреваю, что не лучше.

Answer 2

[Daniel Khaliulin]

Вообще, ответ на этот вопрос сильно зависит от функционала вашего приложения и того, какие данные и какого объема вы в планируете хранить в БД. Без этой детализации вопрос получается очень общим, такой же можно ожидать и ответ.

Какого объема и типа данные вы планируете хранить в БД?
Если речь идёт о нескольких тысячах записей, то такое можно хранить и в SQLite на клиентской стороне. Если речь идёт о миллионах записей, то лучше вынести на сторону сервера. Немаловажен ещё и тип и вес этих данных. Если вы планируете хранить только тексты, то такое можно хранить и на стороне клиента. Если же у вас там файлы (например, инструкции к лекарствам) и изображения, то такая БД будет весить побольше и её лучше вынести на сервер.

Если функционал вашего приложения не предполагает большой нагрузки или специфичной работы с данными, то я бы посоветовал остановиться на SQLite. Субъективно у меня складывается впечатление, что для справочника лекарственных препаратов использовать MySQL или PostgreSQL - это из пушки по воробьям. В любом случае, если проект "взлетит", то вы всё перепишете с нуля и хорошенько продумаете архитектуру :)

Comments

[Орхан Гасанлы]

Благодарю за ответ. Согласен с вами. Да, собственно говоря, решил попробоваль свои навыки в сфере Anroid Development. Я решил, что для старта SQLite будет достаточно. Картинки плагинрую хранить на Local Storage. Был вариант сами картинки тоже в blob, но хочется, чтобя БД была относительно быстрой. Для начала планирую примерно 1000 препаратов и больше. А потом уже, как вы заметили "если взлетит", то наверное буду расширяться.
Правильно ли я понимаю, что если хранить данные на серверное части, то нет возможности их закешировать у клиента? Т.е. дать клиенту "оффлайн" доступ к базе

[Daniel Khaliulin]

azerphoenix, почему же нет возможности? Конечно же есть! Всё в ваших руках :)
Я не андроид разработчик, поэтому компетентно по кэшу ответить не смогу. Погуглите на тему кэширования данных в андроид, уверен, что это задача уже давно решена. Но на худой конец вам ничто не мешает создать на клиентской стороне БД, в которую бы вы "кэшировали" полученные от сервера данные, чтобы обеспечить к ним оффлайн доступ. Правда, тогда у вас появляется ещё ряд задач типа обеспечения актуальности данных в кэше, приоритетная загрузка данных из кэша и т.д.

[Орхан Гасанлы]

Daniel Khaliulin, еще раз спасибо)

Answer 3

[Илья Павловский]

Если для старта и без заморочек - любая ORM вам в помощь. Google советует Room, я лично предпочитаю DBFlow.
Если важна скорость, но не жалко потратить время на разбирательство - Realm. В плане скорости работы приложения - Realm утрет нос даже нативному SQLite

Comments

[Орхан Гасанлы]

Благодарю. Будет, что изучить на досуге))