вопрос, связанный с java

компьютеры программирование java базы данных мобильные устройства

Вообще говоря интересует j2me, если есть еще те, кто этим занимается, просьба не проходить мимо). Предположим, что нужно организовать базу данных (записей, не важно, суть одна), к которой мог бы обращаться мидлет. Как бы вы организовали это дело?
Придуманные мной варианты
1. Использование встроенной RMS
2. работа с файловой системой (jsr-75)
3. создание базы где-нибудь на сервере в Интернете, и соответственно доступ по http.
Видимые мной минусы: 1 - обычно маленький объем (от экстремального в несколько десятков килобайт). 2 - насколько я знаю не все телефоны поддерживают подобные фокусы (еще бы полный списочек тех кто поддерживает и не поддерживает.. ^^) 3 - как только требуются данные - требуется доступ в Интернет.
Вопросы:
Еще варианты есть? Если да, то какие у них плюсы/минусы. Если нет, то какие плюсы/минусы у перечисленных.

PS: и еще, если кто-нибудь мне сможет толково объяснить как все-таки хранятся записи в RMS (с физической точки зрения, то что это массив байтов мне и так понято), я буду очень благодарна.

Примечание:
MBen
спасибо, интересно.. вот только я даже нагуглить что-либо про java db & j2me вместе не могу толкового)
в итоге, это больше должно быть похоже на первый вариант или третий?

Примечание:
За картинку тоже спасибо, читала и на ibm про rms и не только.. как я поняла, хранилище как самостоятельная структура не существует и доступ к ней кроме как из мидлета (ов) не получить, в отличие от второго способа которой я привела. Меня в итоге интересовало в каком именно виде находится хранилище в той самой специально выделенной области памяти, сейчас мне например кажется что практически "ни в каком", но как это объяснить не на пальцах я не представляю до сих пор))

Примечание:
Так, вопрос из дополнения #1 практически снялся, то есть понятно что она может быть как встраиваемой так и использоваться в клиент-сервере, но про совместную связку с j2me так ничего и не нагуглила...

Примечание:
по запросам типа "Java DB j2me" не удалось этого нагуглить, по крайней мере если он и есть в результатах то я до него еще не добралась ^^ в основном пока вижу вопросы на форумах, повисшие без ответа..

к зы: ну и хорошо)

Примечание:
Нет, у меня на самом деле ситуация, где "чем проще тем лучше", потому что данных мало) Вся соль была в основном в том, чтоб постоянно в интернет не лезть и хранить желательно на самом мобильнике, веб-приложение я рассматривала как вариант, но это не так удобно в плане предоставления той самой информации в данном случае, да и если честно там писать было почти нечего бы)

Примечание:
Артёмка
спасибо, я тоже в эту сторону думала, но мне практически "наступили на горло" с этим "как оно там хранится, в каком виде?"

Примечание:
monyag
я хотела сразу дописать PS про то что другими предложениями я не интересуюсь, но потом подумала что ты один такой.. а ты и правда один такой) Нет, я понимаю что можно еще туда что-нибудь прикрутить..)))
кроме того проблему отсутствия интернета твой метод не решает.. и да, мне впринципе онлайн соединение с БД не нужно, двойная работа получится, мне и так xml-ки выдают, а так получится: взяли в одном месте, переслали, распарсили, отослали и запихнули в другое место, потом когда потребовалось то начинаем просить из того места куда запихнули..

Примечание:
мне вот интересно что за козел пришел и всех заминусовал..

по итогам вопроса мне больше всего нравится ответ MBen))
Ответы:
еще один вариант - использование свободной (open source!) БД Apache Derby (она же Java DB или Java Derby) в ее embedded-варианте. см. на http://developers.sun.com/javadb/ . если при этом не смутит ее объем в 2.5 Mb (основной и, возможно, единственный минус использования в телефонах, в к-х критично с памятью) - транзакции, защита, работа с данными через sql (одним словом комфорт и быстрота в разработке)
RecordsStore, конечно. А если данных так до хрена, что не влезают, то сделать приложение на мобильном устройстве клиентом, а сервер на полноценной машине. Файловую систему лучше не трогать. Короче, первый или третий вариант, в зависимости от объема хранимых данных. А можно забить на мидлет и сделать веб-приложение.
А еще про хранение записей. С физической точки зрения как они хранятся - это дело платформы. Они могут храниться в зарезервированной для этого дела области памяти, или в файловой системе или еще где-то. Главное, чтобы хранение соответствовало спецификации, ну т.е. чтобы между запусками мидлета ничего не пропадало. Короче, хранение этих данных - черный ящик. Про конкретную реализацию хранения надо спрашивать у конкретного производителя.
предлагаю так. у тя есть сервлет на гуглоаппе, мидлет его пинает, сервер добавляет запись в твиттер, и мидлет ловит запись с указаным id ))) ня, Анютка?
Просьба не пинать меня за ответ, т.к. мой опыт разработки для мобильников, закончился на калькуляторе(большей части скопированого с книжки Бъярна Страструпа).


15 лет назад

RPI.su - самая большая русскоязычная база вопросов и ответов. Наш проект был реализован как продолжение популярного сервиса otvety.google.ru, который был закрыт и удален 30 апреля 2015 года. Мы решили воскресить полезный сервис Ответы Гугл, чтобы любой человек смог публично узнать ответ на свой вопрос у интернет сообщества.

Все вопросы, добавленные на сайт ответов Google, мы скопировали и сохранили здесь. Имена старых пользователей также отображены в том виде, в котором они существовали ранее. Только нужно заново пройти регистрацию, чтобы иметь возможность задавать вопросы, или отвечать другим.

Чтобы связаться с нами по любому вопросу О САЙТЕ (реклама, сотрудничество, отзыв о сервисе), пишите на почту [email protected]. Только все общие вопросы размещайте на сайте, на них ответ по почте не предоставляется.