dentro do MIDP n�o existe outra alternativa e nem deve existir por um bom tempo justamente pela limita��o n�o do RMS, mas dos pr�prios dispositivos.
Entretanto, quando se fala em PDAs, a� sim surgem novas alternativas. Para usufrir destas outras op��es, basta utilizar outros profiles (J2ME) ou ent�o outros tipos de VMs. Alternativas hoje dispon�veis para a persist�ncia de informa��es t�m o tal do Pointbase, Db2 Everyplace, Oracle 9i Lite.... []s By Ale! ----- Original Message ----- From: "Luiz" <[EMAIL PROTECTED]> To: <[EMAIL PROTECTED]> Sent: Friday, September 20, 2002 8:36 AM Subject: Re: [j2me-list] J2ME - RMS > mas ent�o qual s�o as outras alternativas??? > > > > > > ----- Original Message ----- > From: "Ale!" <[EMAIL PROTECTED]> > To: <[EMAIL PROTECTED]> > Sent: Thursday, September 19, 2002 10:53 AM > Subject: Re: [j2me-list] J2ME - RMS > > > > � que voc� n�o consegue fazer consultas baseadas em crit�rios, n�o d� pra > > ordenar, n�o d� pra atualizar um monte de registros de uma s� vez....... > > enfim. O �nico meio para a manipula��o dos registros � atrav�s do seu id e > > nem sempre vc tem esse id na m�o. > > > > � uma forma de persist�ncia sim, mas tentar utiliz�-lo como sendo a fonte > > principal de dados n�o vai trazer resultados t�o satisfat�rios, > > principalmente se a massa de informa��es for mais extensa um pouco. Quebra > > um galh�o mas na minha opini�o, uma boa pr�tica seria n�o criar la�os > muitos > > profundos com ele, para que sirva apenas como um purgat�rio tempor�rio de > > informa��es. > > > > � claro que isso que eu t� falando s� faz sentido no contexto de > aplica��es > > coroporativas. Para um game, uma agenda de telefones ou um controle mais > > pessoal, esta preocupa��o n�o � t�o relevante. > > > > []s > > By Ale! > > > > ----- Original Message ----- > > From: "Luiz" <[EMAIL PROTECTED]> > > To: <[EMAIL PROTECTED]> > > Sent: Thursday, September 19, 2002 8:34 AM > > Subject: Re: [j2me-list] J2ME - RMS > > > > > > > affe mano, num � esse trosso que vamo usa como banco?? > > > > > > > > > ----- Original Message ----- > > > From: "Ale!" <[EMAIL PROTECTED]> > > > To: <[EMAIL PROTECTED]> > > > Sent: Thursday, September 19, 2002 1:43 AM > > > Subject: Re: [j2me-list] J2ME - RMS > > > > > > > > > > N�o utilize o RMS como mecanismo confi�vel para a persist�ncia de > > > > informa��es. Tente us�-lo apenas como meio tempor�rio de armazenamento > > > para > > > > depois sincronizar todos os dados com um servidor. Por ser > extremamente > > > > limitado, o RMS deve conter apenas a massa de dados necess�ria para a > > > > sobreviv�ncia offline da aplica��o. A medida que este conjunto de > > > registros > > > > cresce, a manuten��o se torna totalmente ineficiente e � interessante > > > > delegar estas tarefas para ambientes mais potentes. > > > > > > > > []s > > > > By Ale! > > > > > > > > ----- Original Message ----- > > > > From: "Bruno Tavares da Silva" <[EMAIL PROTECTED]> > > > > To: <[EMAIL PROTECTED]> > > > > Sent: Monday, September 16, 2002 2:14 PM > > > > Subject: [j2me-list] J2ME - RMS > > > > > > > > > > > > > Ol� pessoal, > > > > > > > > > > Estou desenvolvendo uma aplica��o e gostaria que ela funcionasse no > > > Palm, > > > > > iPaq, Nextel e outros devices. Alguns dados dessa aplica��o devem > ser > > > > > buscados diariamente no BD do servidor, outros dados podem ser > > enviados. > > > > > Acredito que a unica forma de armazenar esses dados sem depender de > um > > > BD, > > > > o > > > > > q poderia acabar com o portabilidade da minha aplica��o, seria > usando > > > RMS. > > > > > > > > > > Gostaria de saber se algu�m j� usou RMS para armazenar dados? Qual o > > > > numero > > > > > de registros que consigo armazenar de forma que a plica��o n�o perca > > > > > perfomance nas buscas. > > > > > Usar XML seria uma op��o? Como poderia fazer isso? > > > > > > > > > > Atenciosamente, > > > > > > > > > > Bruno Tavares da Silva > > > > > [EMAIL PROTECTED] > > > > > > > > > > MS Consultoria > > > > > Analista de Sistemas > > > > > > > > > > Rua Alberto Segala 1-75 - Sala 115 > > > > > Bauru/SP - CEP: 17044-480 > > > > > Brasil > > > > > Telefone: 55-14-227-3004 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > > >
